SYSTEM AND METHOD FOR FACILITATING A SUBSIDIARY 
CARD ACCOUNT WITH CONTROLLED SPENDING CAPABILITY 

Field of Invention 

5 The present invention relates generally to systems for facilitating transactions, and 

more specifically to systems for facilitating financial services at the request of a first party 
for the use of a second party such that the first party may define, modify, and/or terminate 
the spending capacity accorded the second party. 

10 Background of Invention 

Many financial institutions are providing plastic stored-value cards (e.g. debit cards, 
telephone calling cards, loyalty cards, etc.) that can be used in lieu of cash. To enable a 
stored value card to supply spending capacity, a user transfers an amount of value to the 
issuing institution, which stores or credits a corresponding amount of value to the user's 

15 account, allowing the value to be spent by the card user, thereby providing spending 
capacity to the card user. The value may be transferred to the issuing institution in a variety 
of ways such as on-line transfers from bank accounts or credit cards. The stored value cards 
then can be used to pay for items in stores or on-line, and to withdraw cash at automated 
teller machines (ATMs), The stored value cards appear to fijnction like credit cards, but 

20 they often extend little or no credit to the user, so the cards do not substantially enable users 
to finance their transactions. 

Some people or entities may be unable, or may not desire, to acquire traditional 
credit cards (e.g., teenagers, college students, employees, financially insecure or depmdent 
consiuners, or others lacking sufficient credit history, permanent income, or age). These 

25 parties, however, often desire the altemative of stored value cards for the convenience and 
prestige they provide. Those who are responsible for such consimiers (e.g., parents, 
guardians, employers, and the like) often desire stored value cards because they provide a 
convenient mechanism for disbursing financial support to their employees and/or 
dependents. For example, stored value cards often enable parents to add value to the cards 

30 on-line, remote from a dependant who may be away at college, traveling abroad, or residing 
with a different guardian. Similarly, companies may desire to use stored value cards to 
enable employees to make e?q)enditures for travel, supplies, or other business related 
expenses or may even use such financial vehicles for payment of wages, salary, or bonuses. 
To many parents, stored value cards also provide a useful teaching aid through which 



dependants may practice skills such as budgeting, saving, disciplined spending and/or 
management of credit 

In addition to controlling and/or monitoring the spending habits of subsidiaries (i.e., 
students, dependents, employees), parents often desire to provide security for their children 
S to prepare for contingencies that may arise such as a need for emergency medical care. At 
the same time, however, those parents may not wish that their children have general access 
to funds for non-emergencies. Unfortunately, however, many existing credit cards do not 
provide a convenient mechanism for permitting a user access to a Unoited set of goods or 
services or providers of same while Umiting their access to other goods or services. 

10 In addition, parents may wish to minimize the impact such subsidiary accounts may 

cause to the spending power of the parmt's account Yet, traditional mechanisms for 
establishing spending capacity in a subsidiary have afforded httle capability for the parent to 
limit its liability for the spending of the subsidiary while simultaneously acconomodating the 
subsidiary's spending in an intelligent and flexible manner. For example, for many parents 

IS and their subsidiaries, it is simply not practical to determine with certainty what the precise 
needs of the subsidiary will be at the time that a subsidiary account is established. 
Moreover, traditional mechanisms for modifying the limits associated with a subsidiary 
account may be inconvenient for many parents to use. For example, in the event of an 
unforeseen emergency situation affecting a subsidiary, a parent may need to make spending 

20 capacity available to the subsidiary. At the same time, though, the parent may wish to limit 
when, where, how, and to what extent the subsidiary may use that spending edacity. 

Stored value cards may currently be available to provide parents the abiUty to track 
and control the spending and/or accumulation of debt by their dependants. For example, 
some stored value cards provide parents with access to on-line databases that allow review 

25 of information about how much and where their dependents spent the value stored on their 
cards. Dependants also often appreciate the tracking capability because it provides a 
convenient record not readily available with purely cash transactions. 

Some cards are available that enable parents to prevent the cards from being used by 
the dependent to purchase goods and/or services from specific merchants or classes of 

30 merchants (e.g., those who sell pornography, tobacco and alcohol, or other forbidden goods 
or services). For example, American Express' Cobalt card enables the blocking of 
purchases from on-line retailers that sell pomography, tobacco and alcohol. Similarly, U.S. 
Patent No. 6,173,269 discloses a method and apparatus for executing electronic commercial 
transactions with minors where such transactions are limited only to those vendors that have 
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been approved by the minor's parents. Moreover, M2Card highlights "questionable" 
transactions on account summaries. Other stored value cards, such as "Visa Buxx," provide 
convenience features such as the ability to accept and accumulate gifts in the form of value 
to be spent at particular merchants. For purchases above the amoimt of the gift, additional 
5 value may be deducted from the stored value card. Other examples of currentiy available 
stored value cards include MasterCard Electronic Card (India, Malaysia), MasterCard 
Generation X (Brazil), Visa (Brazil), Novacash (Argentina), and AAA Everyday Funds. 
Unfortunately, stored value cards oftm require payment of funds prior to or 
contemporaneously with addition of value to the cards. Thus, once the funds have been 

10 credited to the dq)endant's account, the cards provide parents with only limited control over 
the spending capacity and debt accumulation by the dependant. 

Other attempts to satisfy the above-described needs without requiring prepayment 
and storage of value on the cards of the dependants involve the issuance of subsidiary cards 
that are linked to, and are able to access, the credit lines of the master accounts. For 

15 example, U.S. Patent No. 4,837,422 describes a multi-user card system in which a card 
combination that is issued to a single cardholder can be re-programmed by the cardholder 
for use by a sub-user to a desired extent with regard to value and time. Similarly, U.S. 
Patent No 5,864,830 discloses a data processing method of configuring and monitoring a 
satellite spending card linked to a host credit card such that a predetermined available 

20 spending capacity of each satelhte card is selectively determined by the holder of the parent 
card. Moreover, U.S. Patent No. 5,294,472 describes a credit card spending authorization 
control system in which allowing a parent to control the use of an ancillary credit or debit 
card, which is issued to a subsidiary. Further, U.S. Patent No. 5,953,710 shows a 
subsidiary's credit or debit card system that includes a subsidiary's credit card account 

25 linked to a parent's credit or debit card account. The systems disclosed in the foregomg 
patents have typically experienced limited success because parents may not wish to provide 
their dependents with access to the parents' credit line. Moreover, a sufficient mechanism 
does not exist that would enable a parent to provide credit to a subsidiary, such as a child, 
while retaining the ability to control the spending edacity and debt accumulation by the 

30 subsidiary. 

While it may be advantageous to control and/or monitor the spending capacity of a 
subsidiary party, it has also been recognized that accepting responsibility for the spending of 
a subsidiary can entail various disadvantages. For example, where a subsidiary is traveling 
abroad (e.g., the subsidiary would hke to consume spending capacity in a country other than 



that where the parent resides or other than where the parent card's institution is located), 
fluctuations in currency exchange rates may cause conventionally defined spending 
capacities to be inadequate to satisfy the needs of the subsidiary. This may occur, for 
example, where the spending capacity is defined in terms of U.S. dollars, where the value of 
5 a U.S. dollar falls with respect to a Japanese yen, and where the subsidiary resides in Japaa 
On the oAer hand, a parent may similarly wish to avoid situations where a subsidiary enjoys 
a windfall as a result of an advantageous shift in currency exchange rates. To avoid such 
difiiculties, the user may often monitor the exchange rates to compensate for fluctuations. 
Depending on whether the parent undertakes to . perform such monitoring, either the parent 

10 or a subsidiary usually assumes the risks associated changes in currency exchange rates. 

It also may be desirable to modify the spending capacity associated with a subsidiary 
card to accommodate changing conditions associated with specific events, economic 
conditions, or simply the passage of time. For example, it may be desirable to periodically 
modify spending c^adty to accommodate the occurrence of periodic expenses such as 

15 tuition or rent, while still restricting a subsidiary from depleting spending capacity before it 
is needed (e.g., during summer vacation, before tuition becomes due). It may also be 
desirable to adjust spending capacity or other spending restrictions based on, for example, 
the age of the subsidiary or the subsidiary's passage of the age of majority or another 
predefined milestone. Similarly, it may be desirable to adjust spending capacity with the 

20 conclusion of a school term and the beginning of summer break or to accommodate a 
planned trip such as a summer trip to Europe. In the employment context, it may be 
desirable to adjust spmding capacity in situations where, for example, the subsidiary passes 
an anniversary date or otherwise becomes entitied to a salary adjustment or a bonus, where a 
corporate administrator has adjusted allowable per diem expenses or wishes to implement a 

25 planned adjustment to account for inflation, or the like. It may also be desirable to be able 
to effect such changes automatically, without requiring intervention each time conditions 
change. 

In recent years, economic globalization has led to an increased number of 
international business travelers. Yet, as mentioned above, financing intemational travel in 
30 todays environment may give rise to certain difficulties. Business and pleasure travelers 
often remain in a country of a different origin and/or monetary base than from where the 
business traveler originated. In some cases, the business traveler may desire to remain in the 
foreign country for an extended period of time in order to complete his intended business. 
At any given time, a corporate organization may be managing the funding and other 



financial arrangements for a large number of employees traveling abroad. The financial 
needs of those employees may not always be easy to accurately anticipate and/or administer. 

The difficult financial needs include, for example, subsisting in a foreign country for 
any extended period of time typically involves a business traveler paying for living or 
S business expenses as they arise. In that regard, an employer may provide the business 
traveler with different systems and methods for paying for the expenses. For example, the 
business traveler may be given cash which can be issued in the currency of the traveler's 
country of origin (e.g. local currency) or in the currency of the country of the traveler's 
intended destination (e.g. foreign currency). However, carrying cash has several 

1 0 disadvantages. For example, Ihe cash typically is converted to the currency of the country of 
intended travel using international currency conversion rates. Further, the traveler typically 
keeps track of e?q)enses incurred during his business trip for reimbursement and accounting 
purposes. Further still, cash is often irreplaceable if lost or stolen, leavmg the business 
traveler without sufficient funds to sustain his trip. 

15 In spite of the disadvantages of carrying cash, some business travelers may still 

prefer to carry a negotiable paper currency such as traveler's checks. In general, paper 
traveler's checks are issued in the currency of the country in which the traveler's checks are 
intended to be used. In addition, the traveler's checks typically are given a unique serial 
number for tracking the checks in the event the checks are lost or stolen. Further, the 

» 

20 traveler's checks often are countersigned by the holder before it may be negotiated. 
Traveler's checks may be desirable as compared to conventional cash because of the 
signature authorization required and because of the ability to be re-compensated the face 
value of the traveler's checks if the checks are lost or stolen. The traveler may recoup her 
losses by reporting to the traveler's check issuing institution the serial numbers of the lost or 

25 stolen checks. Unfortunately, since the traveler's check issuing institution must verify that 
the checks were not used, or were subject to unauthorized use, such reimbursement is 
typically not immediate. Thus, the traveler is often placed at a financial disadvantage imtil 
such time as the verification is completed and the traveler is reimbursed the amount of the 
lost checks. 

30 Another metiiod for providing the business traveler with needed fiinds includes 

issuing the traveler a transaction card enabling the business traveler to electronically 
interface with a financial institutioa For this purpose, a variety of cards exist. For example, 
a traditional credit card is a card which typically contains a magnetic stripe encoded with an 
account number which may be read at special terminals at a merchant's location. The 

5 



merchant terminal may read the account information and may transmit the account 
information and the amount of the intended transaction to the credit card issuing institutioa 
The credit card issuing institution may check credit available for the account against the 
requested transaction to determine if the requested transaction is within the transaction 
5 account credit limit (e.g., available credit). Where the requested transaction does not exceed 
the available credit, the issuing institution may extend the credit needed to complete the 
desired transaction. Although the credit cards may be readily replaced if lost or stolen, using 
the credit card to complete a transaction has clear drawbacks. In particular, the user of the 
credit card is often charged interest on the credit extended, which means that the traveler 
10 may end up paying more than the original amount needed to complete the desired 
transaction 

Another type of transaction card which may be used by a business traveler is a debit 
card. Typically, a debit card is not used to extend credit, but rather to debit or withdraw 
cash from an account for immediate payment to a merchant. The debit card typically 

15 corresponds to a checking account (or savings account) established by the holder of the debit 
card. The checking account is usually established at a financial institution located in the 
country of intended use. The checking account and the financial institution are usually only 
recognized in the country in which the financial institution is located. Thus, the debit card is 
typically not usefiil for completing transactions in countries other than where the checking 

20 account is located. This is especially important since the financial institution to which the 
checking account is linked may not be recognized in the coimtry where the transaction is to 
be completed. 

Still another type of transaction card which may be used by a business traveler to 
access firnds is the automated teller machine (ATM) card. Similar to a debit card, the ATM 

25 card is typically Unked to a checking (or savings) account maintained at a particular 
financial institution. As used herein in the context of financial accounts, the terms 
"maintain" and "maintaining" refer to any act or combination of acts of or relating to 
establishing, authorizing, enabling, coordinating, fimding, debiting, crediting, accessing, 
tracking, accounting, reporting, modifying, or otherwise facilitating and/or administering 

30 one or more such financial accounts and/or transactions involving such accounts. The ATM 
card may allow the ATM cardholder to remotely access fimds stored in the checking or 
savings account by presenting the card to an ATM which is connected to an ATM 
interchange to which the financial institution subscribes. Like a debit card, the financial 
institution should be recognized by the ATM network. Thus, ATM cards may be less usefiil 
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to a foreign business traveler who attempts to retrieve funds in a country other than where 
the checking or savings account is established. The financial institution is ofiten not 
recognized in the country where the transaction is to be completed. 

Still another method for providing the business traveler with funds includes 
5 providing the business traveler with a ''prepaid'' transaction card which is linked to a prepaid 
account. The prepaid accoimt may be established at a financial institution located in the 
country in which the card is to be used. The prepaid method includes the prepaid cardholder 
depositing into the prepaid account a predetemiined amount of funds. Subsequent to 
delivery of the goods or services, the amount of the transaction for goods and services is 

10 charged against the amount available in the prepaid account However, similar to the debit 
cards, the prepaid card is typically geographically limited in that the card may not be used in 
a country which does not recognize the financial institution where the prepaid account is 
established. Consequently, since it is often imperative that the business traveler be provided 
access to sufficient funds for payment of these expenses, a system and method is needed 

IS which will allow the business traveler to access the needed funds, whether or not the 
traveler's attempt to access the funds in his country of origin or the foreign coimtry in which 
he is travehng. 

Accordingly, it would be advantageous to have a system and method for providing a 
flexible limit subsidiary card that does not require the prepayment and/or storage of value 

20 prior to use to facilitate transactions. It would also be advantageous to have a financial 
vehicle that would enable a parent (e.g., employer) to provide value to be spent by a 
subsidiary (e.g., employee), while providing control over the spending capacity and/or debt 
accumulation by the subsidiary, and it would be advantageous if the parent would be able to 
do so remotely from the subsidiary, and even if the parent's financial institution is located 

25 remotely from that of the subsidiary. It would further be advantageous if such control 
included the abiUty to limit total spending or to prevent or limit spending for specific classes 
of goods and/or services or to limit or prevent spending at specific classes of merchants or 
service providers or to limit or prevent spending at specifically identified merchants or 
service providers. It would also be advantageous to have a system and method for providing 

30 a flexible limit subsidiary card that would provide additional features such as replacement in 
the event the card is lost or stolen, wherein such a feature is are not typically available with 
cash. It would also be advantageous to have a system and method for providing a flexible 
limit subsidiary card that would provide the user with freedom and independence to use the 
received funds to facilitate on-line and off-line transactions as well as withdrawals of money 



from ATMs. It would also be advantageous to have a system and method whereby a parent 
could provide security for emergency situations such as medical care while limiting access 
to credit in other situations. Finally, it would be advantageous for such a card to enable 
carry-over of a credit balance. 

5 

Summarv of the Invention 

The present invention addresses many of the shortcomings of the prior art by 
providing a flexible limit subsidiary card account that may enable a parent to easily and 
flexibly control the spending capacity of a subsidiary account. In particular, the invention is 

10 directed toward a system and method that allows a parent to provide funds to a subsidiary 
and to at least partially control the subsidiary's spending capacity. In a first aspect, a system 
for administering a subsidiary card accoimt includes a parent and an administrator. The 
parent, which is associated with an established credit instrument, e.g., a parent accoimt, is 
configured to communicate a request for a second account to be established and associated 

15 with a subsidiary. The administrator is configured to receive the request from the parent and 
to facilitate the estabUshment and issuance of a subsidiary account. The administrator is 
also configured to facilitate determination and adjustment of appropriate spending power for 
the parent account and spending capacity for the subsidiary accoimt in accordance with a 
predetermined set of rules or in accordance with the instructions of the parent. An 

20 exemplary set of rules may include an allocation of risk between the administrator and the 
parent whereby the spending power of the parent account is reduced by an amount that is 
less than the credit line established for the related subsidiary card account, in accordance 
with an allocation of risk to the administrator. In addition, an exemplary administrator is 
further configured to receive and facilitate execution of a request from the parent to define, 

25 modify, and/or terminate the spending and/or debt accumulation limits, i.e., capacities, for 
the subsidiary card account. That request may be transmitted via any suitable means for 
communicating instructions such as a telephone, a touch-tone telephone, a two-way pager, a 
reply pager, a home computer, a personal computer, a personal communication device, a 
personal communication services device, a digital communications device, a television, an 

30 interactive television, a digital television, a personal digital assistant, a display telephone, a 
video telephone, a watch, a cellular telephone, a wireless telephone, a mobile telephone, a 
display cellular telephone, a facsimile machine, and the like. 

Exemplary instructions may be configured for modifying a spending capacity under 
specific predefined circumstances so as to impose one or more desired spending limit upon 
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the subsidiary through the subsidiary account. Exemplary Umits and/or restrictions may 
include, for example, charge amount per charge, charge amount per day, charge amount 
during any time period, charge amount at a particular merchant, charge amount at a 
particular chain of merchants, charge amount at a type of industry, increasing or decreasing 
5 charge amount limits over time, limit on number of transactions during any time period 
and/or any combination thereof The limitations may also include, for example, any one or 
more of type of authorized transaction, one of a good and a service authorized, authorized 
one of vendor, store, and service provider, transaction amount limitation, daily spending 
limit, auftorized geographical area of usage, authorized time of usage, authorized individual, 

1 0 transaction limit for one of a savings account, a checking account, a bank account, and an 
automated teller machine account, authorized individual for transacting on a savings 
accoimt, a checking account, a bank account, and an automated teller machine accoimt, 
proof of identity required for transaction, one of bank and financial institution authorized for 
the transaction, a limitation of a fee charge on an account, automated teller machine account 

15 access code, authorized transaction location, authorized telephone nimiber, authorized 
telephone calling time, authorized telephone calling area, authorized telephone calling 
destination, authorized number of telephone calls, authorized incoming telephone call, 
authorized telephone call duration, and/or authorized telephone call cost and/or transaction 
amount 

20 In another aspect of the invention, various methods are provided for facilitating the 

admraistration of one or more subsidiary accounts. In an exemplary embodiment, a method 
comprises the steps of receiving a request from a parent to establish a subsidiary accoimt, 
wherein the parent identifies one or more financial account associated with the parent and 
estabUshed by a first institution (i.e., parent account); establishing a subsidiary account at 

25 least partially maintained by a second institution and having a defined spending capacity; 
and reducing the spending power of the parent account by an amount less than the subsidiary 
spending cq)acity. An exemplary method may also include receiving a request from a 
parent through any suitable communication means to establish or modify a spending limit on 
one or more subsidiary account, as described above. 

30 

Brief Description of Exemplary Drawings 

The above-mmtioned objects and features of the present invention can be more 
clearly understood from the following detailed description considered in conjunction with 
the following drawings, in which like numerals represent like elements and in which: 
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Figure 1 is a schematic block diagram of a prepaid card issuer system in accordance 
with an exemplary embodiment of the present invention; 

Figure 2 is a flowchart illustrating a system and method for fadHtating completion of 
a transaction request using a prepaid card issued by a foreign financial institution in 
5 accordance with an exemplary embodiment of the present invention. 

Figure 3 illustrates the interactions of an exemplary system configured to administer 
a flexible limit subsidiary card accoimt; 

Figure 4 illustrates an exemplary administrator configured to administer a flexible 
limit subsidiary card account; and 
10 Figure 5 illustrates an exemplary process for administering a flexible limit subsidiary 

card account 

Detailed Description of Exemplary Embodiments 

The present invention is a payment and fimding vehicle that is configured to allow a 

15 parent and an administrator to provide fiinds in the form of a credit line (i.e., spending 
capacity) to a subsidiary. The system thereby faciUtates control over the subsidiary's 
spending capacity and/or debt accumulation In accordance with one aspect of the 
invention, a system for administering a subsidiary card account includes a parent and an 
administrator. The parent, which is responsible for a related credit instrument, e.g., a parent 

20 account, is configured to commimicate a request to the administrator requesting that a credit 
card account be issued to a subsidiary. The administrator is configured to receive the 
request from the parent and to facilitate the estabUshment and administration of the 
subsidiary card account so that it may be used by the subsidiary to facilitate transactions. 
The administrator is also configured to facihtate determination and adjustment of 

25 appropriate spending power for the parent account and spending capacity for the subsidiary 
card account in accordance with a predetermined set of rules or in accordance with the 
instructions of the parent. In addition, an exemplary administrator is fiirther configured to 
receive, and facilitate execution of, a request from the parent to define, modify, and/or 
terminate the spending capacity and/or debt accumulation limits for the subsidiary card 

30 account. 

In a preferred embodiment, in exemplary set of rules may require an allocation of 
risk between the administrator and the parent whereby the spending power of the parent 
account is reduced by an amount that is less than the credit line, i.e., spending capacity, 
established for the related subsidiary card account, in accordance with, and reflecting, an 

10 
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allocation of risk to the administrator. It should be noted, however, that alternative 
embodiments are also possible such as, for example, embodiments wherein the allocation of 
risk between the administrator and the parent is shifted so that when the spending capacity 
of the subsidiary card account is established, the spending power of the parent accoimt is 
5 reduced by an amount that is equal to, or in some cases more than the spending capacity 
established for the related subsidiary card accoimt. 

In addition to estabUshing appropriate spending powers and/or capacities, an 
exemplary system may be configured for monitoring the actual spending facilitated by 
either, both, or all of a parent card account and one or more subsidiary card accounts and 

10 may modify spending power and or capacities based at least in part on that account activity. 
To illustrate, it may be helpful to consider a parent card having a spending power of $5000. 
If the parent desires to establish a subsidiary card account with a spending capacity of 
$1000, and exemplary system may respond by establishing the subsidiary card account with 
the desired spending capacity of $1000 and may also reduce the spending power of the 

15 parent card account from the $5000 to a lower amount, for example, $4500. Then, as the 
parent and/or the subsidiary consumes that spending power and/or that spending capacity, 
the system may monitor the spending facilitated by either, both, or all of a parent card 
account and the subsidiary card account and may modify spending power and or capacities 
based at least in part on that accoxmt activity. For example, if the parent exceeds the $4500 

20 spending power associated with the parent card accoimt, the spending capacity of the 
subsidiary card account may be reduced accordingly. 

Exemplary instructions may be configured for modifying a spending capacity under 
specific predefined circumstances so as to impose one or more desired spending limits upon 
the subsidiary through the subsidiary account. Exemplary limits and/or restrictions may 

25 include, for example, charge amount per charge, charge amount per day, charge amount 
during any time period, charge amount at a particular merchant, charge amoimt at a 
particular chain of merchants, charge amount at a type of industry, increasing or decreasing 
charge amount limits over time, limit on number of transactions during any time period 
and/or any combination thereof The limitations may also include, for example, any one or 

30 more of type of authorized transaction, one of a good and a service authorized, authorized 
one of vendor, store, and service provider, transaction amount limitation, daily spending 
limit, authorized geographical area of usage, authorized time of usage, authorized individual, 
transaction limit for one of a savings accoxmt, a checking accoxmt, a bank accoimt, and an 
automated teller machine accoxmt, authorized individual for transacting on a savings 

11 
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account, a checking account, a bank account, and an automated teller machine account, 
proof of identity required for transaction, one of bank and financial institution authorized for 
the transaction, a limitation of a fee charge on an account, automated teller machine account 
access code, authorized transaction location, authorized telephone number, authorized 
S telephone calling time, authorized telephone calling area, authorized telephone calling 
destination, authorized number of telephone calls, authorized incoming telephone call, 
authorized telephone call duration, and/or authorized telephone call one of cost and 
transaction amount. 

In accordance with a further aspect of the present invention, a method of 

10 administering a subsidiary card account at the request of a parent is also provided. In 
accordance with the invention, a parent communicates a request to an administrator to issue 
a subsidiary card account to a subsidiary. The administrator receives the request and 
approves or denies it based on a predetermined set of rules. If the request is approved, the 
administrator establishes the spending capacity of the subsidiary card accoimt, modifies the 

15 spending power of the parent accoimt, and allocates the difference to the administrator as 
additional risk. The administrator dispatches the subsidiary card, or other tangible indicia of 
the subsidiary card accoimt, to the subsidiary who may then use the subsidiary card account 
to facilitate transactions. The administrator additionally facilitates performance of various 
administrative functions that enable the subsidiary card account to function as a credit 

20 vehicle with a degree of control afforded to the parent to define, modify, and/or temainate 
the spending capacity and/or debt accumulation limits for the subsidiary card account. An 
exemplary method may also include receiving a request from a parent through a suitable 
communication means to estabUsh or modify a spending limit on one or more subsidiary 
account. Suitable means for communicating instructions may include, for example, one or 

25 more telephone, touch-tone telephone, two-way pager, reply pager, home computer, 
personal computer, personal communication device, personal communication services 
device, digital communications device, television, interactive television, digital television, 
personal digital assistant, display telephone, video telephone, watch, cellular telephone, 
wireless telephone, mobile telephone, display cellular telephone, and/or facsimile machine. 

30 Accordingly, the invention facilitates transaction accounts having certain limitations 

or restrictions set or re-set by a parent or a person affiliated with a parent such that parents 
may be able to cause a subsidiary accoimt to be issued to a subsidiary that the parents might 
otherwise not feel comfortable allowing access to credit. Accordingly, a parent may 
establish a subsidiary account with limits set by the parent, thereby reducing the need to 

12 
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pay/reimburse the subsidiary by cash or check. The invention, therefore, helps parents 
simplify their lives by letting those affiUated with them with subsidiary accounts make 
purchases more easily. 

In accordance with an exemplary embodiment of the invention, a system may enable 
5 a parent to limit its risk by faciUtating establishment and/or modification of one or more 
spending limit. Accordingly, such limits may be configured to reduce potential imposition 
of hability on the parent in the event that a subsidiary uses a subsidiary account in violation 
of one or more established spending limits (i.e., makes "unauthorized" charges). In 
addition, an exemplary system provides a parent with control over a subsidiary account by 

10 faciUtating modifications of accoimt statements. For example, an exemplary system may be 
configured for providing statements to a parmt reflecting some or all transactions, and 
permitting such statements to be configured so as to separately organize transactions related 
to each subsidiary account or organize the transactions in any other grouping or format 
desired by the parent or the host. Moreover, an exemplary system faciUtates convenient 

15 establishment and maintenance of a subsidiary account, eliminating the need to provide a 
subsidiary with sufi&cient cash in advance of a trip, or write a check. 

It should be noted that a subsidiary account may be a pre-existing account or a new 
account, and in accordance with an exemplary embodiment, a system may be configured so 
that establishment or linkage of a subsidiary accoimt may not impact, or may negUgibly 

20 impact, or may reduce the impact on, the parent's current spending patterns by minimizing 
the impact on the spending power of the parent accoimt as spending capacity is granted to 
subsidiary accounts. In one embodiment, the system and method fadlitates a parent setting 
Umitations and/or restrictions on one or more subsidiary transaction account with minimal or 
no impact on the parent's account spending limit In another embodiment, a single credit 

25 line, spending hmit or other restriction may be shared by (i,e,, allocated to) a plurality of 
subsidiary accounts in a predetermined manner. 

In an exemplary embodiment, a system facilitates linkage of a subsidiary account to 
a rewards program and faciUtates accrual of rewards either to the subsidiary account or to 
the parent accoimt in accordance with the desire of the parent or the choice of the 

30 administrator. In an exemplary embodiment, a system may be configured to faciUtate 
providing insurance benefits so as to enable a subsidiary account to enjoy protections 
established for the parent account. For example, spending on subsidiary accounts may 
benefit from the same purchase protection, return protection and buyers assurance 
protections as that of the parent account. In an exemplary embodiment, a system may be 
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configured to facilitate provision of emergency cash to a subsidiary in the event that any of a 
predetennined set of events should occur. In accordance with such embodiments, 
appropriate Umits or restrictions may be set or modified at any time in case of, for example, 
emergency spending needs. 
5 Examples of an online membership reward systems are disclosed in Netcentives U.S. 

Patent No. 5,774,870, issued on June 30, 1998, and U.S. Patent No. 6,009,412, issued on 
December 29, 1999, both of which are hereby incorporated by reference. 

As used herein, the term "parent" refers to one or more parties possessing one or 
more existing credit vehicles, such as credit card accounts, and/or any other payment or 

10 transaction device and desiring to estabUsh, and at least partially accept responsibiUty for, 
one or more credit line or other financial commitment system to be used by at least one other 
party. It should be noted that a parent may be a guardian, company, entity, software, 
hardware and/or any other party which provides credit or payment for a subsidiary. Also, as 
used herein, the term "subsidiary" refers to one or more recipient of a credit or other 

15 payment hne established at the request of a parent. It should be noted that a subsidiary may 
be any person, entity, software, hardware and/or other party capable of receiving and using a 
credit hne provided by a parent and may be a dependant child, an employee, entity, 
software, hardware or any other party capable of receiving a credit hne or any other payment 
arrangement. 

20 In accordance with the present invention, an account held by a subsidiary (e.g., a 

subsidiary card account) faciUtates transactions by allowing the subsidiary to access credit. 
It should be noted that the subsidiary card accoimt may be substantially a credit vehicle. As 
such, it may not require substantial pre-payment, neither by a parent nor a subsidiary. 
Moreover, a parent or subsidiary card account may include an account code associated with 

25 a physical card or simply an account code without a physical card. 

It should be noted that, as used herein, the term "administrator" refers to all types of 
credit issuing institutions, such as banks, credit card companies, card parenting companies, 
or third party issuers under contract with financial institutions. It should also be noted that 
other participants may be involved in some phases of transactions related to facilitation of 

30 transactions involving the accounts, such as one or more intermediary settlement institution, 
but these participants are not shown 

An "account number," as used herein, includes any device, code, or other identifier 
and/or indicia suitably configured to allow a consumer to interact or communicate with the 
system, such as, for example, an authorization/access code, a personal identification number 
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(PEN), an Internet code, other identification code, and/or the Uke which may optionally 
located on a rewards or incentives card, charge card, credit card, debit card, prepaid card, 
telephone card, smart card, magnetic stripe card, bar code card, and/or the Uke. Such an 
account number may be distributed and stored in any form of plastic, electronic, magnetic, 
5 and/or optical device capable of transmitting or downloading data from itself to a second 
device. A subsidiary or parent accoimt number may be, for example, a sixteen-digit credit 
issuer's identifier such as a credit card number, although each credit provider has its own 
numbering system, such as the fifteen-digit niunbering system used by American E7q)ress. 
In an exemplary embodiment, a subsidiary card may bear the name of the subsidiary, 

10 and an account number corresponding to the account of the parent In another exemplary 
embodiment, a subsidiary card may be issued in non-embossed form, with a name and 
account number, which may be configured to uniquely identify the subsidiary, being printed 
on the card. In accordance with this embodiment, non-embossed cards may be much more 
difficult to use for off-hne, POS transactions because the old off-line machines create ROCs 

15 from the impression left by the embossed letters. The cards may, however, be used for on- 
line transactions. By encouraging more transactions to be on-line, an issuer may be better 
able to track transactions in real-time, and therefore prevent a subsidiary card holder from 
exceeding the limit to which the parent has agreed. 

A participating party's credit card nxmibers may be configured to comply with a 

20 standardized format such as a sixteen-digit format using four spaced sets of numbers (e.g., as 
represented by the number "0000 0000 0000 0000"). In an exemplary embodiment, the first 
five to seven digits may be reserved for processing purposes and identify the issuing bank, 
card type and etc. In this example, the last sixteenth digit may be used as a sum check for 
the sixteen-digit number. The intermediary eight-to-ten digits may be used to uniquely 

25 identify the consumer. 

Although described in terms of a card account, the invention may represent a 
complete payment service encompassing all involved processes from authentication of the 
participants to authorization of the transaction to settlement of the payment. The flexible 
limit subsidiary card account may be established as virtual account, but can also be offered 

30 and distributed as a plastic card to be managed and/or supported by an issuer, and can 
further be branded for and distributed by a third party. It should be noted that the flexible 
limit subsidiary card account may be used to facilitate online transactions as well as 
transactions conducted at storefronts using plastic that has been distributed for the flexible 
limit subsidiary card accoimt. 
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In an exemplary embodiment, the present invention provides system and method for 
a foreign financial institution to issue a subsidiary card for use domestically. As used 
herein, "domestic" aiid "foreign" are relative terms. "Domestic" refers to the country of 
intended or requested transaction, and "foreign" refers to tiie country where the financial 
5 account is located and where the country is different from the domestic coimtry. However, 
the terms may be used interchangeably in the various embodiments. In particular, a method 
and system is disclosed which provides for a subsidiary card which may be used 
domestically, and which is issued by a foreign financial institution. In this context, the 
foreign financial institution may be one located in a country other than where the subsidiary 

10 (i.e., the holder of the subsidiary card) initiates a transaction request. The transaction 
request may be a purchase request, request for cash back, a request for a balance inquiry, 
request for transaction or subsidiary card usage history, or any such transaction request 
permitting the subsidiary to check accoxmt activity or to access the funds stored in a 
subsidiary transaction account 

15 The subsidiary card account in accordance with an exemplary embodiment of the 

invention may be opened by a parent, such as the subsidiary's guardian, employer or 
benefactor, etc. In some instances, the parent (i.e., sponsor) and the subsidiary (i.e., card 
holder) may be the same entity. The parent may open the account under any business as 
usual as is standard as determined by the fmancial institution The financial institution may 

20 request that the parent deposit a fixed monetary amount (e.g., monetary value) into an 
account uniquely corresponding to the specific subsidiary card account. The amount 
deposited in the accoimt may be deposited periodically or at any given time. The amount 
may be deposited in the currency of the country in which the fmancial institution is located 
or in any other currency which may be accepted by the financial institution. In addition, the 

25 amount deposited in the account may serve as a spending capacity for the subsidiary card. 
In particular, the subsidiary may be prevented from incurring expenses exceeding the total 
monetary value stored in the corresponding subsidiary card account. In some instances, the 
parent may be permitted to make provisions for payment of fees or expenditures incurred 
where the subsidiary exceeds the amoimt stored in the subsidiary card account. Such 

30 provisions may be specific to the business practices of the financial institution. 

Once the subsidiary card account is opened, the financial institution may store in a 
financial database account identifying information corresponding to the subsidiary card 
account. The account information may be any information permitting the financial 
institution to correlate the subsidiary card to the subsidiary card account. For example, the 
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account infonnation may include the name of the subsidiary, the account number 
corresponding to the subsidiary card account, the monetary value stored in the subsidiary 
card account, the expiration date of the subsidiary card, the name of the parent, etc. The 
database containing the account information may be managed by a financial institution 
5 server. The financial institution server may be configured to receive transaction requests 
fi-om a merchant POS device or ATM, authorize the transaction request, and provide 
payment of funds for the completion of the transaction, eta Authorization of the transaction 
request may include locating the file corresponding to the subsidiary card accoimt number 
provided by the merchant (e.g. matching the subsidiary card accoimt number with the 

10 correlative subsidiary account), verifying that the fimds are available for completing the 
transaction, and transmitting the necessary funds for the transaction's completion. In one 
exemplary embodiment the financial institution may send the necessary funds in batch 
transmissions. That is, the financial institution may group (e.g., batch) the necessary funds 
in accordance with a receiving institution (e.g., merchant) identified in the transaction 

15 request, or series of transaction requests. The funds may be organized in a batch file. Once 
batched, the batch file may be periodically provided to the receiving institution. In some 
instances, authorizing the transaction may include locating the account file corresponding to 
the subsidiary card and transmitting a card usage history and/or account balance. In this 
context, the account balance may include a reporting of the monetary value remaining in the 

20 account, as well as, the total of expenditures to date. 

The subsidiary card may include system and method for storing a readable subsidiary 
card identifier. The subsidiary card identifier may be any account code readable by a 
merchant POS device or ATM, where the account code corresponds to the subsidiary card 
account maintained by the financial institution server. The card identifier information may 

25 be stored on the subsidiary card using any technology capable of physically encoding the 
account information on the subsidiary card. Suitable technologies include magnetic stripe 
technology, bar coding technology, smart card technology, radio frequency ID, infrared blue 
tooth or the like. An example of such technology is disclosed in U.S. Patent No. Re 36,365 
issued November 2, 1999 to Levine et al. 

30 The account number assigned to the subsidiary account and encoded on the 

subsidiary card is preferably recognizable by the merchant POS or ATM systems. Such 
recognition involves recognizing that the account number has been issued by a financial 
institution authorized to conduct business on the merchant POS or ATM payment network. 
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The financial institution may be recognized as authorized by use of a code or signature 
readable by the POS or ATM. 

For example, where the subsidiary card issuing institution is located outside the 
United States, the issuing institution may be issued a code authorizing the issuing institution 
5 to transact business over, and be recognizable by. United States based payment networks. 
These special authorizing codes may be included in the subsidiary card account number. 
For example, in one exemplary embodiment, the account number may include a bank 
identification nimiber (BIN) approved by the American Banking Association and a code 
which may direct the merchant system to the appropriate financial institution for transaction 

10 request ^proval. Since the foreign financial institution is issued a BIN which is recognized 
domestically, domestic merchant POS and ATM systems may recognize the foreign 
financial institution as appropriate for conducting transactions over the United States based 
payment network That is, unlike conventional cards, such as debit cards and ATM cards, 
the present invention provides that the foreign subsidiary includes a system for completing a 

15 financial transaction domestically, even though the correlative subsidiary accoimt is issued 
by a financial institution located in a foreign country. 

Once the merchant determines that the account number includes a payment network 
authorizing code, the merchant (or ATM) may process the subsidiary's transaction request. 
That is, the merchant may seek to determine whether the subsidiary's requested transaction 

20 is authorized. The merchant may send the transaction request corresponding to the 
subsidiary's desired transaction to the foreign financial institutioa The transaction request 
may include an account identifier corresponding to the subsidiary's transaction account at 
the financial institution. The financial institution may seek to verify whether the account 
identifier corresponds to an authorized subsidiary account. Verification may include 

25 comparing the account identifier with authorized subsidiary account identifications stored in 
a financial institution database and maintained by a financial institution server In this 
context the account identifier may be the account transaction number, a correlative account 
number, financial institution BIN, personal identification number or the like or any 
combination thereof Where the financial institution server successfully matches the 

30 account identifier to an authorized subsidiary account, the financial institution may be 
deemed to have verified that the account identifier may be used to conduct business on the 
financial institution system. The financial institution server may then seek to determine 
whether sufficient funds exist in the subsidiary account to complete the desired transactioa 
That is, the monetary value stored in the subsidiary account on the financial institution 
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database may be compared to the amount of the requested transactioa If the value of the 
requested transaction is less than or equal to the amotmt stored in the subsidiary account, the 
financial institution may authorize the transaction. The financial institution may then send 
notification to the merchant that the transaction is authorized. 
5 Upon receiving notification that the transaction is authorized, the merchant system 

may seek to have the transaction satisfied. The merchant system may send a file containing 
a record of the transaction to the foreign financial institution, whereby funds sufficient to 
account for the transaction may be electronically transmitted directly to the merchant 
Altematively, the merchant may send the settlement file to an ""acquirer." In this context, an 

10 acquirer is an entity which receives the settlement file including the account identifying 
indicia (Le., account number) and simmiary of changes, and forwards the settlement file to 
&e foreign financial institution for satisfaction. The acquirer may individually send the 
settlement file to the foreign institution, or may organize (e.g., batdi) all settlement files 
corresponding to a particular account or foreign financial institution prior to sending the 

15 batdi files to a foreign institution for satisfaction of the transactions. Where the acquire 
batches the settlement files, the batched settlement files may be sent to the foreign financial 
institution as one batch file containing several transactional requests. The foreign financial 
institution may receive the batch requests and satisfy each individual setdement file or 
transaction request accordingly. In another ^emplary embodiment where multiple 

20 settlement files correspond to one merchant the foreign financial institution may batch the 
fimds necessary to satisfy the settlement files and forward the merchant batdi to the 
merchant Altematively the financial institution may send the batch files to the acquirer, 
which may in turn forward the batch files to the appropriate merchant 

In some instances, the subsidiary card may not be authorized because the subsidiary 

25 account identifier may not be matched to any file stored on the financial institution database. 
Where no match is made between the account identifier provided by the subsidiary and the 
subsidiary account identifiers stored on the financial institution database, the subsidiary 
account nimiber provided to the financial institution will be deemed unauthorized and/or 
invalid. The financial institution server may then return a message to the merchant point of 

30 sale device or ATM notifying merchant, the subsidiary, or the ATM that the requested 
transaction has been denied processing. 

As noted, once the account niunber is verified by the financial institution, the 
financial institution server may seek to determine whether the subsidiary's requested 
transaction may be completed. In one instance the financial institution server may compare 
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Ifae monetary amount of the requested transaction with the monetary amount stored in the 
subsidiary card account located on the financial institution database. If the requested 
transaction amount exceeds the amount stored in the subsidiary card account, the 
subsidiary's requested transaction may be denied. 
5 In addition, a denial message may also be sent where the subsidiary attempts to use a 

subsidiary card which is e^ired. That is, a parent or financial institution may predetermine 
the length of time during which the subsidiary card may be used. The length of time may be 
noted by an expiration date, after which the subsidiary card may not be used. Where the 
expiration date approaches, the financial institution may contact the parent and notify the 

10 parent that the subsidiary card will expire. The financial institution may contact the parent 
via any communication network for sending and receiving electronic commimications. 
Alternatively, the financial institution may contact the parent via traditional mail methods. 

However, it should be noted that the subsidiary card account is re-loadable or 
restorable. That is, where the value stored in account is depleted or nearly depleted, the 

15 financial institution may permit the parent to restore the value to any suitable monetary 
level. The financial institution may notify the parent that the value stored in the account is 
depleted using any suitable conmiunication network for sending and receiving electronic 
communications, as described above. Alternatively, the financial institution may notify the 
parent that the account is depleted using translation postal network (e.g., notification letter). 

20 In some instances, the financial institution may request additional verification of the 

subsidiary's identity. For example, where the merchant POS device or ATM requires the 
subsidiary to enter a unique security code corresponding to the unique subsidiary card 
account stored on the financial institution database, the financial institution may seek to 
authenticate the provided security code (e.g. personal identification number (PIN), biometric 

25 fingerprinting, electronic signature, or the like). The financial institution may receive the 
security code and the compare the security code to security codes stored on the financial 
institution database and which correlates to the subsidiary card account number. If a match 
is made, the requested transaction may be permitted to proceed. Contrarily, if a match is not 
made, the transaction request may be denied and the subsidiary transaction terminated. 

30 The operation of the invention may be understood more fully with reference to 

Figure 1. Figure 1 illustrates an exemplary system 100 in accordance with an exemplary 
embodiment of the present inventioa System 100 includes an online infirastructure that may 
be used to authorize a transaction request received from a merchant. With reference to 
Figure 1 exemplary card provider system 100 may include a number of customer interface 
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systems 102, a merchant system 120, and financial institution system 130, which may be 
configured to intercommunicate via a network 106. The system 100 may additionally 
include an acquire 126 configured to receive settlement requests from merchant system 120 
and provide the settlement requests to the financial institution system 130 via network 106. 
5 System 100 may further mclude a parent system 104, which may be configured to 
communicate with financial institution system 130 to open a subsidiary account, rq)lemsh 
subsidiary account funds, or receive account activity reports from financial system 130. 

Customer interface 102 may include any conventional combination of hardware and 
software components configured to allow a subsidiary to communicate over network 106. 

10 For &canq)le, customer interface 102 might include a standard personal computer (PC) 
comprising a CPU, monitor, storage, keyboard, mouse, and communication hardware 
appropriate for the given data link 103 (e.g., V.90 modem, network card, cable modem, 
etc.). In alternate embodiments, customer interface system 102 may be a personal data 
assistant (PDA) capable of manipulating images and communicating with merchant system 

IS 120. Customer interface system 102 typically may typically include an operating system 
(e.g., Windows 95/98/2000, Linux, Solaris, MacOS, and/or the like) as well as various 
conventional support software modules and drivers typically associated with computers. 
Customer interface system 102 may also include application software configured to 
communicate via merchant system 120 over network 106 with financial institution system 

20 130. For example, one such appUcation software may include a world wide web (WWW) 
browser or any other communication software. In an exemplary embodiment, customer 
interface system 1 02 includes a conventional Internet browser application that operates in 
accordance with HTML and HTTP protocols such as Netscape Navigator (available from 
the Netscape Corporation of Mountain View, Califomia) or Microsoft Intemet Explorer 

25 (available from the Microsoft Corporation of Redmond, Washington). 

Merchant system 120 may include a network of point of sale devices 122, configured 
to communicate with customer interface 102 for receiving the subsidiary card account 
identifying informatioa As noted, the present invention is described with respect to a point 
of sale device to simplify the understanding of the operation of the invention In this 

30 context, the point of sale device 122 may be any device suitable for receiving the subsidiary 
card account number and transmitting the card account number to a merchant computer 124 
for processing. 

Merchant system 120 may further include a merchant server 112 configured to 
communicate with financial institution system 130 via a network 106. The merchant server 
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112 and the financial institution server 114 may be configured to send and/or receive 
information (e.g, subsidiary identity, subsidiary account number, expiration date, 
transaction purchase history, etc.) related to a transaction request (e.g. log on request, 
request for access, ptirchase request, request for pre-approval application, etc.). In an 
5 exemplary embodiment, the transaction request information provided by the merchant may 
include a code identifying the nature of the transaction. The code may include information 
identifying the transaction as a purdiase request, inquiry (e.g., balance, transaction history) 
and/or the like. 

The merchant server 112 may be configured to receive the transaction request and/or 

10 transaction initiating indicia from the customer interface 102 and seek validation of the 
information provided from the financial institution system 1 30. In particular, the merchant 
server 112 may send a validation or authorization request to the financial institution server 
114. The financial institution server 114 may validate the information by matching the 
information contained in the transaction request to data files stored on a financial institution 

IS database 116. Once the information is vaUdated, a corresponding transaction authorized 
signal may be forwarded to the merchant server 112, for use in determining whether to 
complete the transaction requested by customer interface 1 02. 

The merchant server 112 and the financial institution server 114 may be any 
conventional servers (e.g., transaction account server) known in the art, including system 

20 and method for receiving transaction requests (e.g., balance, transaction history, or 
purchases request, etc.) via the network 106, processing such transaction requests and 
sending validation (e.g., sending confirmation or denial) of the transaction requests to 
customer interface 102. Customer interface 102 may be suitably coupled to the merchant 
system 120 via data lines 103. Merchant system 120 may be suitably coupled to the 

25 financial institution system 130, via network 106 via data links 105 and 107. In addition, 
where the system 100 fiirther includes a parent system 104 configured to transmit a request 
to open a subsidiary card account and to receive an accounting (e.g., account activity, 
depletion of funds, account expiration), such parent system 104 may be connected to 
financial institution system 130 via data link 109 or via network 106 and data links 115 and 

30 107. 

Merchant server 112 and the financial institution server 114 may comprise any 
number of hardware, software, and networking components suitable to provide a user 
interface to a network 106. In addition, merchant server 112 and the financial institution 
server 114 may be configured to manage databases, such as for example database 116. In 
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one embodiment, merchant server 112 and the financial institution server 114 may include 
Sun Ultra SPARC Enterprise 250 and 450 servers which may be used in conjunction with a 
Sun Solaris 7 or Linux operating system. Apache web server software, and an Oracle 8 or 
MySQL database system. Of course, particular hardware and software components xised in 
5 merchant server 112 and the financial institution server 114 will vary widely from 
embodiment to embodiment Furthermore, merchant server 112 and the financial institution 
server 114 may represmt a "cluster" or groiq) of separate computer systems providing the 
functionalities described hereia 

A variety of conventional communications media and protocols may be iised for data 

10 links 103, 105, 107, 109, 111, 113 and 115. Sudi links might include, for example, a 
connection to an Internet Service Provider (ISP) over a local loop as is typically used in 
connection with standard modem communication, cable modem. Dish networks, ISDN, 
Digital Subscriber Line (DSL), or various wireless commimication methods. In addition, 
customer interface system 102 and merchant system 120, might each independently and 

15 separately, or collectively, reside within a local area network (LAN) which interfaces to 
network 106 via a leased line (Tl, D3, etc.). Sudi communication methods are well known 
in the art, and are covered in a variety of standard texts. See, e.g., GILBERT HELD, 
Understanding Data Communications (1 996), hereby incorporated by reference. 

In an exenq)lary system 100, financial institution database 116 may include a 

20 plurality of distinct locations for maintaining individual subsidiary, subsidiary account, 
account security, or parent informatioa Such information may include subsidiary 
information, such as subsidiary identity, account number, account balance, amount 
available, subsidiary PIN, purchase history, etc. (collectively "customer profile"). For 
example, in one embodiment, a distinct location may include the customer profile of a single 

25 subsidiary. The database 116 may be a graphical, hierarchical, relational, object-oriented or 
other database, and may be maintained on a local drive of the financial institution server 1 14 
or on a separate computer coupled to the financial institution server 1 14 via a local area or 
other network (not shown). In one embodiment, the database may be a collection of ASCII 
or other text files stored on a local drive of the financial institution server 114. Subsidiary 

30 account information may be suitably retrieved fi"om the database 116 and provided to 
customer interface 102 or to merchant system 120, upon request via a server application, as 
described more fiilly below. 

As noted, within database 116 there may be stored a plurality of individual distinct 
data locations corresponding to the customer profile for each subsidiary. In one 
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embodiment, database 116 may be managed by the financial institution server 114 which 
may be maintained on a subsidiary card issuer (i.e., financial institution system 130) with 
which the subsidiary has an established subsidiary account. The subsidiary account may be 
associated with any suitable service such as a banking service capable of use for commercial 
5 transaction purposes. For example, the subsidiary account may be associated with checkmg, 
savings, interest bearing accounts or the like. Further, the subsidiary account may 
additionally allow the merchant system 120 to recover payment for transactions made by an 
individual subsidiary. 

The operation of the present invention may be more fidly understood with reference 

10 to Figure 2 and continued reference to Figure 1. Figure 2 depicts a flowchart of an 
exemplary subsidiary card system 200 in accordance with the present invention. As shown, 
system 200 may begin with the financial institution system 130 being assigned a domestic 
payment network authorization code (i.e., a BIN). Thus, financial institution system 130 is 
described as being assigned a BIN approved by the American Banking Association (step 

1 5 202) or any similar authorizing protocol operating in the United States. The BIN is such that 
it may be recognized and accepted by any network configured to accept BINs domestically, 
and for which network the financial institution may be registered. In this context, the BIN 
may be used to identify the financial institution system 130, even if the financial institution 
is located abroad (e.g., not domestically). 

20 In one exemplary embodiment, the financial institution system 130 is such that it 

may be configured to establish a subsidiary account for use in satisfying financial 
transaction requests. The establishment of the subsidiary account may be acconq)lished by 
any means as determined by the financial institutioa As noted, the financial institution 
system 130 may include an establishment program for faciUtating the subsidiary account 

25 establishment. In some mstances, it may be necessary for the financial institution to institute 
an establishment program prior to beginning the subsidiary account process. In some cases, 
however, the financial institution system 130 may have an establishment program already in 
place. 

The financial institution system 130 may include a database 116, wherein distinct 
30 database locations may be reserved for storing the subsidiary account information (e.g., 
account nxunber, monies available, transaction history, e?q)iration date, parent identifier, 
etc.) and/or customer profile (e.g., subsidiary account holder name, address, PIN, etc.). The 
distinct database locations may correspond to distinct subsidiary accounts such that the 
subsidiary account information is correlated to the customer profile. 

24 



4 



The financial system 130 may fiirther include a financial institution server 114 
configured to manage database 116. The financial institution server 114 may be such that it 
may enable the financial system 130 to receive transaction authorization requests, and 
validate such request, as is described more fiilly below. 
5 Once the financial institution system 130 has been provided a BIN (step 202) and 

suitably establishes a system and method for providing a subsidiary account, a parent may 
open a subsidiary account with the financial institution system 130 (step 204). The parent 
may open the subsidiary account using any means as determined by the financial institution 
system 130. In an exemplary embodiment, in conjunction with an account acquisition 

10 process, a parent may request a subsidiary accoxmt by providing the subsidiary 
accountholder's name. Social Security number, and date of birth and setting the desired 
purchase and cash advance limits. In one embodiment, the parent may open a subsidiary 
accoimt by submitting an appUcation for a subsidiary accoimt including the subsidiary 
account subsidiary name and account expiration date, and providing fimds to the subsidiary 

15 account for estabhshing the spending capacity associated with the account. The funds may 
be provided in the currency of the country in which the financial institution system 130 is 
located or any currency acceptable to the system 130. The fimds may be provided 
electronically over data link 109, via check, money order or in any manner as determined by 
the financial institution system 130. 

20 Upon opening the account, the parent may provide a subsidiary card to a subsidiary 

using the card in a country different firom the subsidiary's country of originatioa The 
subsidiary may travel to the foreign country and attempt to complete a financial transaction, 
such as, financial transaction for goods or services. To complete the transaction, the 
subsidiary may present the subsidiary card account information to a merchant point of sale 

25 (POS) device 122 via a customer interface 102 (step 206). The subsidiary account 
information may be presented in the form of an imprinted or embossed card wherein the 
subsidiary account number is encoded on the card in a magnetic strip, barcode or the like. 
The subsidiary may present the subsidiary account information to the POS device 112 along 
with a transaction request. The POS device 122 may fiirther transmit the subsidiary card 

30 account information and transaction request to a merchant computer system 124 including a 
merchant server 112 (step 208). 

In one embodiment, the account information may include a unique routing code 
which may be used to direct the merchant server 1 12 to the appropriate financial institution 
system 130. In one example, the unique routing code may be a BIN or may be coupled with 
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a BIN. Merchant server 112 may be configured to receive the account information and the 
transaction request, and provide the account information and transaction request to a 
financial institution system 130 for authorization (step 210). The merchant server 1 12 may 
identify the appropriate financial institution system 130 for receipt of the account and 
5 transaction request information by the assigned BIN and institution's unique routing code. 

Authorization of tiie transaction may take place in several steps. For example, the 
financial institution system 130 may include a financial institution server 1 14 configured to 
receive the account information and match the account information to its corresponding data 
location on financial institution system database 116 (step 212). In an exemplary matching 

10 method, the account information may be compared to the distinct account locations on 
database 116 to determine if the subsidiary account information may be foimd in the 
database 116. A match is made if corresponding account information is found on the 
financial institution database 116. If a matdi is made, the financial system server 130 may 
indicate that the account number is vaUd. However, the financial system server 130, or 

IS altematively, the merchant system 120, may require additional verification of the subsidiary 
card authenticity. For example, the subsidiary may be required to provide a PIN number, 
biometric fingerprint, electronic signature, or the like, as a form of identity verification. The 
identity verification may be received by the financial institution system 130, via network 
106, merchant system 120 and customer interface 102. The financial institution server 114 

20 may seek to match the provided identity verification to the identity verification information 
stored in the correlative customer profile area on database 116. Where a match is made, the 
transaction authorization process may continue. Where the account information and/or 
associated identity verification information are not foimd on database 116, the financial 
institution server 114 may provide the merchant system 120 with a transaction denied 

25 message (step 214) and the transaction request may be terminated (step 216). 

Even where the account information and associated PIN are matched on the database 
116, the system 130 may further determine whether the transaction is authorized for 
completion. In particular, the financial institution system 130 may determine whether the 
subsidiary account has sufficient fimds for completing the transaction (step 230), or whether 

30 subsidiary account card is expired (step 218). That is, the system 130 may seek to determine 
if the funds are available in the subsidiary account to complete the transaction, or if date of 
the transaction request falls after the date on which the subsidiary account is to e}q)ire. As 
noted, the expiration date may be a date determined by the parent or by the financial 
institution system 130. Where the transaction date falls after the expiration date of the 
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subsidiary account, the transaction request may be denied (step 214) and the transaction 
request may be terminated (step 216). Similarly, where the monetary amount of the 
requested transaction exceeds the funds available in the subsidiary account, the transaction 
request may be denied (step 214) and the transaction request may be terminated (step 216). 
S It should be noted, that in verifying whether sufficient funds exist, the financial institution 
server 114 may first convert the monetary amomt noted in the transaction request to the 
correlative amount in the domestic currency. The conversion may be made using available 
international currency conversion rates. 

In the event that the fmancial institution server 114 matches the subsidiary accoimt 

10 information to correlative matching account information on database 116, verifies that the 
subsidiary account is not expired, and that the transaction request does not exceed the stored 
monetary value, the transaction may be authorized (step 220). Upon authorization, the 
financial system server 114 may provide the merchant system 120 with a transaction 
authorized message via any suitable communications network, permitting the transaction 

15 request for goods or services to proceed. The merchant system 120 may then seek to have 
the transaction request satisfied. In this context, the transaction request may be satisfied 
where the merchant system provides a request for payment of goods and services which is 
responded to by the financial institution system 130 wdth.a transfer of funds for payment of 
the goods and services provided. 

20 In seeking settlement of the transaction request, the merchant system 120 may 

directly request payment from the financial institution system 130, or the merchant system 
may provide a settlement request to an acquirer 126 (step 222). The acquirer 126 may be 
any entity configured to receive settlement request from a merchant system 120 and provide 
the settlement request to the financial institution 130 (step 224). In one embodiment, the 

25 acquirer 126 may send the settlement request individually to the financial institution system 
130. In another embodiment, the acquirer 126 may provide a multitude of settlement 
requests to the financial institution system 130, where the settlement requests are organized 
in a batch. The settlement request may be organized in accordance with any indicia to 
identifying the financial institution for receiving the batch. For example, the batch may be 

30 organized by the BIN of the financial institution system 130, by the subsidiary card account 
number, by the transaction date, or the like. 

Upon receiving the settlement requests, the financial institution server 114 may 
process the request for payment to merchant system 120. The financial institution server 
114 may match the transaction requests to the appropriate distinct data location on database 
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116 corresponding to a particular subsidiary account. Funds necessary for satisfaction of the 
transaction request may be retrieved from the subsidiary account by the financial institution 
server 1 14 (step 226) and provided to the merchant system 120 (step 228). While the funds 
stored in the financial account may be provided in the currency of the coimtry in which the 
S financial institution system 130 is located, the funds transferred to the merchant system 120 
may be converted to the currency of the country in which the merchant system 120 is 
located. The funds may be converted by financial institution system 130 or by an acquirer 
126 prior to forwarding the funds to merchant system 120. For sample, in one exemplary 
embodiment the financial institution system 130 may provide the funds to an acquirer 126 

10 via a network 106. The acquirer 126 may receive the funds in the currency of the country 
wherein the financial institution system 130 is located and may convert the funds into the 
currency of the country wherein merchant system 120 is located. That is, the funds may be 
permitted to undergo a currency conversion, wherein the funds are converted to a second 
currency based on the existing currency exchange rate. If incorrect currency exchange rates 

15 are used, thereby creating a deficit to the merchant, the deficit may be charged against (e.g., 
deducted from) the subsidiary account If the deficit charged against the subsidiary account 
creates an insufScient funds situation, the loss may be bom by the financial institution 
system 130. Similarly, where the incorrect exchange rate creates a surplus (e.g., by causing 
the system 130 to forward more money than required, the surplus may be returned to the 

20 system 1 30 and added to the subsidiary account balance. In one exemplary embodiment, the 
funds may be provided electronically An exemplary method for providing funds 
electronically is disclosed in U.S. Patent No. 6,304,860 issued October 16, 2001 to Martin, 
Jr. et al., which is incorporated herein by reference. 

In some cases, the funds stored in the subsidiary accoimt may become depleted due 

25 to the submitted settlement request In this instance, the financial institution may notify the 
parent system 104 and the subsidiary of the subsidiary account's depleted status. Such 
notification may be provided to the parent system 104 and subsidiary electronically, in 
accordance with established methods for sending electronic communications. Alternatively, 
the notice may be provided to the parent system 1 04 and the subsidiary via traditional postal 

30 methods (e.g., notification letter). Upon notification of the account's depleted status, the 
parent may be permitted to provide additional funds to the subsidiary account (e.g., reload 
the accoimt) for future usage by the subsidiary account subsidiary. 

As noted, the subsidiary card account includes an expiration date determined by the 
parent or the financial institution, after which the subsidiary account may not be valid for 
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completing transaction requests. Financial institution system 130 may be configured to 
provide notice of an impending expiration date to the parent and/or the subsidiary. The 
expiration date notice may be provided electronically, or via traditional postal methods. 
Upon receipt of the expiration notice, the parent may be permitted to determine if new 
5 expiration date should be associated with the accoimt. Where a new expiration date is 
chosen, the subsidiary account may be authorized for usage imtil the termination of the new 
expiration date. Contrarily, where the parent elects not to establish a new expiration date, 
the funds remaining in the subsidiary account may be returned to the parent The funds may 
be returned electronically, or via traditional postal methods, and may be retumed in the 

10 currency of the country in which the financial institution system 130, the parent or the 
subsidiary is located. It should be noted that the parent may wish to close the account prior 
to the expiration date. In such a case, tiie parent notifies the financial institution server 114 
of its intent to close. Upon closing the subsidiary accoimt, the financial institution server 
114 may forward any remaining funds to the parent. Alternatively, the funds may be 

15 retumed to the subsidiary. The decision on who receives the funds upon closing the 
subsidiary account may be made by the parent or the financial institution system 130 when 
opening the subsidiary account 

The transaction request provided by merchant server 1 12 to financial institution 130 
may include a request for a reporting of subsidiary account activity (e.g., balance, record of 

20 transaction request, record of transaction request satisfied, etc.). In this instance, the 
financial institution server 1 14 may be provided the transaction request directiy, or via an 
acquirer (step 224). To honor the transaction reporting request, the financial institution 
server 1 14 may seek to match the subsidiary account number to one of the distinct database 
locations storing subsidiary account information. In particular, the financial institution 

25 server 114 may determine whether the account number may be matched on the database 
116, retrieve the corresponding matching information stored on the database 116 and 
provide the requested information to the customer interface 102 via the network 106 and 
merchant system 120. 

In the foregoing specification, the invention has been described with reference to 

30 specific embodiments. However, it will be ^predated that various modifications and 
changes can be made without departing from the scope of the present invention as set forth 
in the claims below. For example, various processing steps may be combined or eliminated 
as required, such as for example, permitting the financial institution server 1 14 to establish a 
subsidiary account prior to receiving a BIN, or providing a transaction settlement request 
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directly to the financial institution server 1 14, without the use of an acquirer 126. Further, 
various system elements described herein may be eliminated, and various steps may be 
performed by one or more of the elements described herein, such as for example, permitting 
the subsidiary to communicate directly with a merchant system 120 independentiy of a POS 
5 device 122. In addition, other suitable elements may be substituted for the elements 
described herein, or inserted between the connecting lines of the embodiments set forth, 
without departing from the scope of this invention. Further still, the specification and 
figures are to be regarded in an illustrative manner, rather than a restrictive one. As such, 
any modifications resulting in a system which is suitable for practicing the invention, are 

10 intended to be included within the scope of the invention. Accordingly, the scope of the 
invention should be determined by the appended claims and their legal equivalents, rather 
than by the examples given above. For ^cample, the steps recited in any of the method or 
process claims may be executed in any orda* and are not limited to the order presented in the 
claims (e.g., validating available funds prior to verifying the subsidiary card expiration date, 

15 etc.). 

Figure 3 illustrates the interactions of an exemplary system configured to administer 
a flexible limit subsidiary card account In accordance with an exemplary embodiment, the 
system 300 facilitates interaction between a parent 310, a subsidiary 350 and a merchant 370 
through an administrator 330. Parent 310 is responsible for a parent account 315, and is 
20 configured to communicate a request 312 to administrator 330 requesting that a subsidiary 
card account 332 be established for subsidiary 350. Administrator 330 is configured to 
receive request 312 from parent 310 and to facilitate the establishment and administration of 
a subsidiary card account 332 so that it may be used by subsidiary 350 to facilitate 
transactions. 

25 In an exemplary embodiment, the system of the present invention enables parent 3 10 

to provide one or more subsidiary card account 332, each being related to the parent account 
315. In other words, subsidiary card account 332 may comprise one or more accounts that 
may each be linked to the parent account 315. It should also be noted that parent account 
315 may represent one or more accounts sharing responsibility for subsidiary card account 

30 332. Similarly, subsidiary 350 may comprise a corresponding number of subsidiaries, each 
being the beneficiary of one or more subsidiary card account 332. Accordingly, the system 
of the present invention may enable a corporation to provide for many employees and 
similarly may enable a guardian to provide for many dependents. 
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In an exemplary embodiment, the flexible limit subsidiary card account system 300 
is implemented as computer software modules loaded onto the computer of parent 310, the 
computer of administrator 330, the computer of subsidiary 350, and/or the computer of a 
merchant 370. In an exemplary embodiment, the computer of parent 310, the computer of 
5 subsidiary 350, and the computer of merchant 370 do not require any additional software 
(beyond vAiaX is required to accomplish traditional on-line transactions) to participate in the 
online transactions supported by the flexible Umit subsidiary card account system 300. The 
additional facilitating software is implemented on the con:q)uter of administrator 330. 

The system 300 may include a host server or other computing systems including a 

10 processor for processing digital data, a memory coupled to said processor for storing digital 
data, an input digitizer coupled to the processor for inputting digital data, an application 
program stored in said memory and accessible by said processor for directing processing of 
digital data by said processor, a display coupled to the processor and memory for displaying 
information derived from digital data processed by said processor and a plurality of 

15 databases, said databases including data regarding the parent accoimt 315, subsidiary 350 
data, merchant 370 data, financial institution data and/or like data that could be used in 
association with the present invention. The host may be a remotely located system or the 
host may be a processor located on a smart account. The limitations or restrictions may be 
communicated to a host via any network, email, webpage, voice response unit or customer 

20 service line via customer service representatives. The limitations or restrictions may also be 
transmitted to the host via one or more of a telephone, a touch-tone telephone, a two-way 
pager, a reply pager, a home computer, a personal computer, a personal communication 
device, a personal communication services device, a digital communications device, a 
television, an interactive television, a digital television, a personal digital assistant, a display 

25 telephone, a video telephone, a watch, a cellular telephone, a v^reless telephone, a mobile 
telephone, a display cellular telephone, and a facsimile machine. 

As those skilled in the art will appreciate, the computer of parent 310 and subsidiary 
computer will typically include an operating system (e.g., Windows NT, 95/98/2000, Linux, 
Solaris, etc.) as well as various conventional support software and drivers typically 

30 associated with computers. The invention, however, could also be used in conjunction with 
any type of personal computer, network computer, workstation, minicomputer, mainframe, 
or the like running any operating system such as any version of Windows, Windows NT, 
Windows2000, Windows 98, Windows 95, MacOS, OS/2, BeOS, Linux, UNIX, Solaris or 
the like. Moreover, although the invention may be implemented with TCP/IP 
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communications protocols, it will be readily understood that the invention could also be 
implemented using IPX, Appletalk, IP-6, NetBIOS, OSI or any number of existing or future 
protocols. The system contemplates the use, sale or distribution of any goods, services or 
information over any network having similar functionality described hereia Computers can 
5 be in a home or business environment with access to a network. In an exemplary 
embodiment, access is through the Intemet through a commercially-available web-browser 
software package. 

Database may be any type of database, such as relational, hierarchical, object- 
oriented, and/or the like. Common database products that may be used to implement the 

10 databases include DB2 by IBM (White Plains, NY), any of the database products available 
from Oracle Corporation (Redwood Shores, CA), Microsoft Access by Microsoft 
Corporation (Redmond, Washington), or any other database product Database may be 
organized in any suitable manner, including as data tables or lookup tables. Association of 
certain data may be accomplished through any data association technique known and 

15 practiced in the art. For example, the association may be accomplished either manually or 
automatically. Automatic association techniques may include, for example, a database 
search, a database merge, GREP, AGREP, SQL, and/or the like. The association step may 
be accomplished by a database merge function, for example, using a ''key field" in each of 
the manufacturer and retailer data tables. A ''key field" partitions the database according to 

20 the high-level class of objects defined by the key field. For example, a certain class may be 
designated as a key field in both the first data table and the second data table, and the two 
data tables may then be merged on the basis of the class data in the key field. In this 
embodiment, the data corresponding to the key field in each of the merged data tables is 
preferably the same. However, data tables having similar, though not identical, data in the 

25 key fields may also be merged by using AGREP, for example. 

Communication between the parties and the system of the present invention is 
accomplished through any suitable communication means, such as, for example, a telephone 
or telephone network, a touch-tone telephone, a two-way pager, a reply pager, a home 
computer, a personal computer, a personal communication device, a personal 

30 communication services device, a digital communications device, a television, an interactive 
television, a digital television, a personal digital assistant, a display telephone, a video 
telephone, a watch, a cellular telephone, a wireless telephone, a mobile telephone, a display 
cellular telephone, a facsimile machine. Intranet, Intemet, point of interaction device (point 
of sale device, personal digital assistant, cellular phone, kiosk, etc.), online communications, 
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ofif-line communications, wireless communications, and/or the like. One skilled in tiie art 
will also appreciate that, for security reasons, any databases, systems, or conq)oneats of the 
present invention may consist of any combination of databases or components at a single 
location or at multiple locations, wherein each database or system includes any of various 
5 suitable security features, such as firewalls, access codes, encryption, de-encryption, 
compression, decomqpression, and/or the like. 

To simplify the description of the invention herein, various embodiments of the 
invention is may be described as pertaining to a system faciUtating communication between 
a domestic merchant system (or ATM) and a financial institution card issuer using a 

10 computer network. It should be ^predated that the computing units may be connected with 
each other via a data communication network. The network may be a pubUc network and 
assumed to be insecure and open to eavesdroppers. For example, the network may be 
embodied as the internet. In this context, the computers may or may not be connected to the 
internet at all times. For instance, the computer of the parent 310 and/or the computer of 

15 subsidiary 350 may employ a modem to occasionally connect to the intemet, whereas 
administrator 330 or bank computing center might maintain a permanent connection to the 
intemet. Specific information related to the protocols, standards, and application software 
utilized in connection with the Intemet may not be discussed herein. For fiirther information 
regarding such details, see, for example, DiUp Naik, Intemet Standards and Protocols 

20 (1998); Java 2 Complete, various authors, (Sybex 1999); Deborah Ray and Eric Ray, 
Mastering HTML 4.0 (1997). Loshin, TCP/IP Clearly Explained (1997). All of tiiese texts 
are hereby incorporated by reference. 

As a further example, the computer of parent 310, the computer of subsidiary 350, 
the computer of administrator 330, and the computer of merchant 370 may all be 

25 interconnected via a network, referred to as a transaction network. The transaction network 
represents existing proprietary networks that presently accommodate on-line transactions for 
credit cards, debit cards, and other types of financial/banking cards. The payment network 
is a closed network that is assumed to be secure fi'om eavesdroppers. Examples of the 
payment network include the American Express®, VisaNet® and the Veriphone® network. 

30 One skilled in the art will appreciate that the network may include any system for 

exchanging data or transacting business, such as the Intemet, an intranet, an extranet, WAN, 
LAN, satellite communications, and/or the like. It is noted that the network may be 
implemented as other types of networks, sudi as an interactive television (ITV) network. 
The users may interact with the system via any input device such as a keyboard, mouse, 
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kiosk, personal digital assistant, handheld computer (e.g.. Palm Pilot®), cellular phone 
and/or the like. 

The systems may be suitably coupled to network via data links. A variety of 
conventional communications media and protocols may be used for data links. Such as, for 
5 example, a connection to an Internet Service Provider (ISP) over the local loop as is 
typically used in connection with standard modem communication, cable modem. Dish 
networks, ISDN, Digital Subscriber Line (DSL), or various wireless communication 
methods. Merchant 370 system might also reside within a local area network (LAN) which 
interfaces to network via a leased line (Tl, D3, etc.). Such communication methods are well 

10 known in the art, and are covered in a variety of standard texts. See, e.g., Gilbert Held, 
Understanding Data Communications (1996), hereby incorporated by reference. 

In on-Une implementations of the instant invention, each participant is equipped with 
a computing system. Parent 310 may be equipped with a computing imit in the form of a 
personal computer, although other types of computing units may be used including laptops, 

15 notebooks, hand held conq)uters, set-top boxes, and the Uke. Administrator 330 may be 
equipped with a computing unit such as a computer-server, although other implementations 
are possible. Subsidiary 350 and merchant 370 each may be implemented as a computer, 
which may be a main frame computer or which may be implemented in other forms, such as 
mini-computers, PC servers, a network set of computers, and the like. 

20 The computer may provide a suitable website or other Internet-based graphical user 

interface which is accessible by users. In one embodiment, the Internet Information Server, 
Microsoft Transaction Server, and Microsoft SQL Server, are used in conjunction with the 
Microsoft operating system, Microsoft NT web server software, a Microsoft SQL database 
system, and a Microsoft Commerce Server. Additionally, components such as Access 

25 Sequel Server, Oracle, MySQL, Intervase, etc., may be used to provide an ADO-compliant 
database management system. The term "webpage" as it is used herein is not meant to limit 
the type of documents and applications that might be used to interact with the user. For 
example, a typical website might include, in addition to standard HTML documents, various 
forms, Java applets. Javascript; active server pages (ASP), common gateway interface 

30 scripts (CGI), extensible markup language (XML), dynamic HTML, cascading style sheets 
(CSS), helper applications, plug-ins, and the like. . 

In an exemplary embodiment, the system of the present invention facilitates 
administration of a subsidiary card account 332 so that it may ftinction with many of the 
features and characteristics of traditional credit cards. For example, subsidiary card account 
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332 may be configiired to be used at an ATM or at a point of sale and can also be configured 
to provide security and protection through traditional insurance features. Moreover, 
subsidiary card account 332 may be configured to satisfy most if not all standard credit card 
requirements such as embossing of the identifying information (e.g., name, account number, 
5 expiration date, signature, and the like) of parent 310 and subsidiary 350. 

In addition, the flexible limit subsidiary card account system can accommodate the 
requirements of the underlying dependent financial instruments. If there are usage 
restrictions or limitations in place for the parent accoimt 315, those same controls (if known) 
may be enforced by flexible limit subsidiary card accoimt 332. For example, if subsidiary 
10 card account 332 is to be restricted to use at only restricted m^chants 370, then the system 
will disable subsidiary card account 332 from being used at any non-approved merchant 
370. 

Similarly, a subsidiary card account may be configured to accommodate emergency 
conditions such as an emergency needs for medical care, pharmaceuticals, transportation, or 

15 the like. Accordingly, subsidiary card account may be configured to bear an extended 
spending capacity available for use at specific merchants (e.g., a specified hospital, 
pharmacy, or travel agent) or specified classes of merchants (e.g., medical service providers, 
pharmacies, or travel agencies in general). Optionally, a subsidiary card may be configured 
to accommodate anticipated e?q)enditures that may occur only periodically, such as tuition or 

20 rent payments. In accordance with this embodiment, spending capacity may be reserved to 
accommodate payment for the anticipated e}q)enditures even if spending capacity for other 
expenditures (e.g., entertainment) may have been exhausted. 

In an exemplary embodiment, one or more cash advance lindts may be prescribed by 
a parent and configured so as to enable the parent to choose to give the subsidiary 

25 accountholder access to cash advances at ATM's. In another exemplary embodiment, one or 
more account usage limits may be prescribed by a parent and configured so as to enable the 
parent to choose to give the subsidiary accountholder the ability to use the account in one or 
more predefined locations whereby if a purchase or cash advance limit is exceeded, an 
attempted transaction may be declined. The limits or restrictions may include, for example, 

30 charge amount per charge, charge amount per day, charge amount during any time period, 
charge amount at a particular merchant, charge amount at a particular chain of merchants, 
charge amount at a type of industry, increasing or decreasing charge amount limits over 
time, limit on number of transactions during any time period and/or any combination 
thereof The limitations may also include, for example, any one or more of type of 

35 



authorized transaction, one of a good and a service authorized, authorized one of vendor, 
store, and service provider, transaction amount Umitation, daily spending limit, authorized 
geographical area of usage, authorized time of usage, authorized individual, transaction limit 
for one of a savings account, a checking account, a bank account, and an automated teller 
S machine account, authorized individual for transacting on a savings account, a checking 
accoiint, a bank account, and an automated teller machine account, proof of identity required 
for transaction, one of bank and financial institution authorized for the transaction, a 
Umitation of a fee charge on an account, automated teller machine account access code, 
authorized transaction location, authorized telephone number, authorized telephone calling 

10 time, authorized telephone calling area, authorized telephone calling destination, authorized 
number of telephone calls, authorized incoming telephone call, authorized telephone call 
duration, authorized telephone call cost and transaction amount. 

Limitations or restrictions may be communicated to a host via any network, email, 
webpage, voice response unit or customer service line via customer service representatives. 

15 The hmitations or restrictions may also be transmitted, directly or indirectly, to the host via 
one or more of a telephone, a touch-tone telephone, a two-way pager, a reply pager, a home 
computer, a personal computer, a personal communication device, a personal 
communication services device, a digital communications device, a television, an interactive 
television, a digital television, a personal digital assistant, a display telephone, a video 

20 telephone, a watch, a cellular telephone, a wireless telephone, a mobile telephone, a display 
cellular telephone, a facsimile machine or as otherwise describe herein or known in the art. 

In an exemplary embodiment, liability for spending facilitated by a subsidiary 
account may be imposed entirely upon a parent whereby a parent is responsible for payment 
of all transactions. In another exemplary, however, liability may be for spending facilitated 

25 by a subsidiary account may be apportioned according to one or more prearranged criteria 
For example, in an exemplary embodiment, a paroit may request, and the system may 
facilitate, purchase protection so as to apportion Uability for unauthorized purchases (e.g., 
purchases facilitated in violation of spending limits) or fraudulent purchases or 
unsatisfactory purchases to an account issuer or another party other than the parent (e.g., the 

30 parent may be reimbursed for amounts up to $1,000 per item and $50,000 per year. 
Similarly, the system and method may facilitate provision of retum protection such that a 
parent may be reimbursed in the event a merchant refuses to accept a retum within a 
predetermined period of time (e.g., reimbursement up to $300 per item and $1,000 per year 
if a merchant refuses to accept a retum or goods within 90 days of purchase). Finally, an 
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exemplary system may facilitate provision of buyer's assurance configured to extend a 
warranty for a period (e.g., up to 1 year). 

In an exemplary embodiment, the system may be configured to allow a parent to set, 
review and re-set purchase limits and cash advance limits associated with one or more 
5 individual subsidiary accounts via a suitable means for communicating as described hereia 
In addition, an exemplary system and method may facilitate systematic checking to validate 
a request (e.g. validate a requested limit relative to a shadow line associated with the parent 
account), prior to updating a limit associated with a subsidiary accoimt. In one embodiment, 
new limits and/or validated changes to existing limits may be facilitated in substantially real- 

10 time. In an altemative embodimait, however, such changes may be appUed at pre- 
determined times or intervals or in a batch mode. 

In one embodiment, a maximum limit on a subsidiary account may be determined by 
an overall exposure associated with the account so as to prevent total spending between the 
parent account and its associated subsidiary accounts from exceeding a predetermined 

15 amount (e.g., $1000). For example, in accordance with this embodiment, a system may 
facilitate spending by a subsidiary to the extent of $1000 every cycle (e.g., month); however, 
the ability of the subsidiary to charge up to that predefined $1000 may depend on whether a 
sufficient spending power exists with respect to the parent account. 

In altemative embodiments, limits, restrictions or any other progress toward the 

20 limits may be displayed. Membership fees for both the basic accoimtholder and subsidiary, 
may be billed annually. In an altemative embodiment, the membership or any other fees 
may be billed at any interval. 

With further reference to Figure 3, administrator 330 is configured to facilitate 
determination and adjustment of appropriate spending powers for the parent account 315 

25 and subsidiary card account 332 in accordance with a predetermined set of rules. An 
exemplary set of rules configured to accommodate the provision of a credit line to a 
subsidiary 350 may require an allocation of risk between administrator 330 and parent 310 
whereby the spending power of the parmt accoimt 315 is reduced by an amoimt that is less 
than the spending capacity or credit line established for related subsidiary card account 332, 

30 in accordance with, and reflecting, an allocation of risk accepted by administrator 330. 
Similarly, the system 300 may include a similar set of rules and be configured to 
accommodate a reduction in an existing spending capacity that previously had been 
provided to a subsidiary 350. For example, the spending power of the parent account 315 
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may be increased by an amount that is less than the reduction in the spending capacity for 
the related subsidiary card account 332. 

It should also be noted, however, that specific embodiments of the invention may be 
configured to accommodate local customs and/or practices or to accord with ^plicable legal 
5 requiremmts. The details of how the spending capacity of the parent card is consumed as 
the spending capacity of each subsidiary card is increased and/or consumed will depend, of 
course, on regulatory and practical considerations applicable wherever and however the 
cards are used and their fimctions facilitated. In addition, the administrator may be 
configured to allocate payment Uability to lie entirely with the holder of the parent card so as 

10 to eliminates the risk of uncoUectability associated with subsidiary cards in situation such as 
where the subsidiary card is held by a minor or otherwise not legally responsible party. The 
details of how the responsibility and or liability for spending capacity consumed by the 
subsidiary card may be determined to satisfy various regulatory and/or practical 
considerations ^plicable wherever and however the cards are used and their functions 

15 facilitated. For example, it may be desirable to avoid legal collectibiUty risk associated with 
debts held by minors and to avoid any regulatory issues in coxmtries that restrict the issuance 
of credit cards to minors. 

As discussed herein, an administrator 330 may issue a subsidiary card account 332 
that bears its own spending edacity, i.e., a subsidiary spading capacity, and that is linked 

20 to a parent account 315. As described herein, the system of the present invention enables 
parent 310 to define and change the spending capacities (e.g., credit limits or other 
mechanisms for approving or denying an individual transaction) for each subsidiary card 
account 332 or to cancel one or more subsidiary card accoimt 332 altogether. To 
accommodate the access of subsidiary card account 332 to the subsidiary spending capacity, 

25 the original spending power of a parent account 315 is reduced to a modified parent 
spending power. The difference between the original parent spending power and the 
modified parent spending power, however, may be less than the subsidiary spending 
capacity in cases where some of the risk associated with subsidiary card account 332 is 
assumed by administrator 330. In other words, the sum of the modified parent spending 

30 power and the subsidiary spending capacity may be greater than the original parent spending 
power, the difference being equal to the risk assumed by administrator 330. For example, an 
original spending power of a parent account 315 set at $9500 may be reduced to $9000 
when an administrator 330 issues a subsidiary card account 332 linked to the parent account 
315, but the subsidiary card account 332 will have a spending capacity of $1000. In this 
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case, the original spending power of the parent account 315 is decreased by $500 while 
administrator 330 assumes $500 of risk Thus, the total spending power for the parent 
account 315 and the subsidiary card account 332 increases from $9500 to $10000. 

It should be noted that the invention contemplates that there may be one or more 
5 parent card representing the parent and associated with which there may also be one or more 
subsidiary card. It should also be noted that each subsidiary card may have associated with 
it one or more monthly spending Umit, whereby a spending limit associated with first 
subsidiary card may be different from a spending limit associated with a second subsidiary 
card even though both subsidiary card accounts are associated with the same parent 

10 In an exemplary embodiment, a spending capacity may be prescribed in terms of one 

or more currency (e.g., an amount in U.S. dollars, an amount in Japanese yen) and may also 
be prescribed as a minimum or maximum of amounts described in terms of two or more 
currencies. For example, in an exemplary embodiment, a spending capacity is described as 
an amount in Japanese yen so long as that amoimt is greater than an amount in U.S. dollars. 

15 In another exemplary embodiment, a spending capacity is described as an amount in 
Japanese yen so long as that amount does not exceed an amount in U.S. dollars. 

In an exemplary embodiment, a spending capacity may be variable and may be 
determined according to one or more factors. Exemplary factors may include, one or more 
currency exchange rates, an age of a subsidiary card holder, a standard cost of Uving 

20 indicator (e.g., consumer price index), the current date, the length of time elapsed from a 
predetermined date, or the like. In accordance with this embodiment, a spending capacity 
may be determined, and subsequently re-determined, so as to provide a fixed spending 
capacity (e.g., $500 per month) in tOTns of a first currency (e.g., US. dollars) for a first 
period of time (e.g., until the subsidiary card holder's 18th birthday) and then modified so as 

25 to provide a revised spending capacity (e.g., ¥100,000 per month) in terms of a second 
currency (e.g., Japanese yen) for a second period of time (e.g., three months). Accordingly, 
a subsidiary card may be preconfigured to accommodate the spending of a subsidiary as the 
subsidiaries spending needs change (e.g., as a minor dependent, as a dependent or employee 
traveling abroad, as a college student, as an heir). 

30 In addition, where anticipated future e?q)enditures (e.g., tuition) are defined in terms 

of a first currency (e.g., British pounds) a spending capacity of a subsidiary card may be 
provided so as to accommodate the anticipated expenditures even though the parent card 
from which the spending capacity is acquired may be depleted in terms of a second currency 
(e.g., U.S. dollars). Put another way, the system may optionally be configured to provide 
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the ability for parent to eliminate risks associated with fluctuations in currency exchange 
rates by committing to fixed automatic long-term charges at a fixed foreign exchange rate 
for a fixed term. In addition, the system and method of the instant invention may provide 
the ability to fix the currency exchange rate so as to eliminate, from the perspective of the 
5 holder of the parent card, any risk associated with fluctuations in currency exchange rates 
while, for example, a subsidiary is consuming spending capacity in a currency that is 
different fi'om the currency used by the holder of the parent card to provide the spending 
capacity to the subsidiary. For example, the system and method of the instant invention may 
accommodate a child studying in the U.S. for first time period of 12 months while the parent 

10 may budget with the knowledge that in each of the next 12 months, in order to provide 
$1000 for his child, his card will be billed a fixed amount each month (e.g., where the 
exchange rate is fixed at a negotiated 120 yen/$, the parent card in Japan may be debited 
exactly Yen 120,000 each month. Accordingly, the risk that the exchange rate will fluctuate 
(e.g., rise) may be transferred to the issuer. 

15 In an exemplary embodiment, a spending capacity of parent card account may be 

periodically decreased by a predetermined amount while the spending capacity of the 
subsidiary card accoiint is increased by a substantially equivalent amount, such that the 
subsidiary card account functions substantially as a pre-paid card account. Altematively, the 
spending capacity of parent card account may be periodically decreased by an amount 

20 substantially equivalent to the spending capacity consumed by the subsidiary card accoimt, 
such that the subsidiary card account functions as a credit card linked to the parent card 
account. 

In an exemplary embodiment, a parent may conmiunicate a request to the system to 
request cancellation, closure or temporary disablement of one or more subsidiary accounts, 

25 and, in response, an exemplary system may be configured to acconmiodate such a request by 
accordingly facilitating cancellation, closure or temporary disablement of the appropriate 
subsidiary accounts. For example, a parent may call a telephone number that may be listed 
on the back of a transaction card associated with a parent account or a subsidiary account 
and may request to cancel a subsidiary account. In the event that there is only one 

30 subsidiary account, then the system may facilitate the parent's choice to cancel the 
subsidiary account via a voice recognition system (i.e., the system may not require the 
parent to interface with a customer service representative). However, if the parent has 
multiple subsidiary accounts associated with their parent account, the system may, in one 
embodiment, include additional processing to determine which of the parent's associated 
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subsidiary accounts the parent wishes to be modified (e.g., cancelled or otherwise modified). 
Such additional processing may entail additional automated steps configured to determine 
the required information or may simply entail connection of the parent to a customer service 
representative. 

5 In an exemplary embodiment the spending power associated v^dth a parent account is 

not a£fected by the spending capacity granted to a subsidiary account. In accordance with 
this embodiment, the system may be configured to facilitate consideration of the spending 
capacity associated with the subsidiary account when determining whether or not to 
authorize a transaction through the parmt account. Alternatively, an exemplary system may 
10 be configured so that the existence of a limit associated with a subsidiary account will not 
change the parent's abiUty to spend in the event that the subsidiary is not consimiing its 
spending capacity. 

With fiirdier reference to Figure 3, an exemplary administrator 330 may be 
configured to establish more than one subsidiary card account 332 at the request of parent 

15 310, and each subsidiary card account 332 may bear a different credit line than either the 
parent account 315 or any other subsidiary card account 332. In addition, an exemplary 
administrator may receive, and facilitate execution of, a request from parent 310 to define, 
modify, and/or terminate the spending capacity and/or debt accumulation himt for 
subsidiary card account 332 (e.g., $500,00 spending capacity for a first subsidiary card 

20 account 332, $800.00 spending capacity for a second subsidiary card account 332, and 
$250.00 spending capacity for a third subsidiary card account 332) and/or modified by 
parent 310. 

In accordance with an exemplary embodiment, the system may also be configured to 
prevent carry-over of credit from one month to the next. In accordance with this 

25 embodiment, transactions facilitated by subsidiary card account 332 are permitted until a 
pre-set spending capacity has been consumed. For example, in an exemplary embodiment, 
administrator 330 tracks the transactions facilitated by the subsidiary card account 332 to 
maintain a cxirrent account status. Whenever authorization for a particular transaction is 
requested of the administrator 330, the administrator 330 compares the status that woidd 

30 exist if the transaction were authorized and completed against the permissible status based 
upon a predetermined set of criteria (e.g., credit line, spending capacity, payment status, 
creditworthiness). Thus, when the transactions facilitated by a subsidiary card account 332 
have reached the spending capacity, or would cause the spending capacity to be exceeded 
within the predetermined time period, or otherwise violate the predetermined set of criteria, 
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no more charges will be authorized. In accordance with this embodiment, at each cycle cut, 
available credit is re-set to the pre-defined spading capacity. Thus, in accordance with this 
embodiment, unused spending capacity firom one cycle cannot be used during 1he following 
cycle. In the event that the card is configured to accommodate emergency transactions as 
S described herein, however, emergency transactions may be permitted without consuming 
spending capacity. 

Alternatively, the system may be configured to permit carry-ov^ and accumulation 
of spending capacity firom one month to the next. In this embodiment, at the beginning of 
each cycle cut, additional spending capacity may be added to subsidiary card account 332. 

10 In accordance with this embodiment, imused spending capacity fi'om one cycle can be used 
in subsequent cycles and may be accimiulated. In the event that carry over edacity is 
permitted, the carry over risk is allocated between the parent 310 and the administrator 330 
in accordance with a predetermined set of criteria as described above. In accordance with 
this embodiment, interest may be credited for unused spending capacity. 

15 With respect to applications and account settling, administrator 330 may require both 

parent 310 and prospective subsidiary 350 to apply for the subsidiary card account 332. 
Administrator 330 may require information regarding parent 310 to assess qualification for 
the subsidiary card account 332 (credit history, salary, etc.). Administrator 330 may also 
require information regarding subsidiary 350 to qualify for a minimimi age requirement, to 

20 provide information to be embossed on the card, and to provide identification information 
(e.g., social security nimiber, mother's maiden name, etc.). In addition, administrator 330 
may define a maximum pre-set spending capacity, limit, or budget based upon an 
assessment of the parent's 310 creditworthiness, and subject to a predetermined maximimi 
amount. 

25 It should be noted that the system 300 may at times require acquisition or 

verification of the identity of parent 310 or subsidiary 350. Administrator 330 may 
accomplish the process of obtaining and/or verifying the identity of parent 310 or subsidiary 
350 through a variety of means that are known in the art including, but not limited to, use of 
private databases, credit bureau databases, transmission of biometric data, transmission of 

30 "hand-shake" data (i.e., smart card signature, challenge/response, etc) and/or the like. Thus, 
the authentication information is collected for the purpose of establishing the subsidiary card 
account 332 and defining its ownership. It should be noted that, although the instant 
invention may be embodied as a microchip enabled device, it may also be configured as a 
virtual and not a physical (e.g., plastic) accoimt, which may not accommodate a microchip. 

42 



In accordance with the present invention, an exemplary system is configured to 
faciUtate commimication between parent 310, a subsidiary 350, and an administrator 330 
regarding the status (e.g., transactions, accrued interest, balances, available credit, payments, 
billings, etc.) of subsidiary card accoimt 332 and a parent account 315. In accordance with 
5 an exemplary embodiment, administrator 330 may communicate statements or transaction 
reports to both parent 310 and subsidiary 350. In an exemplary embodiment, one or more 
account statement options may be selected by a parent 310 such that paper and/or online 
statements may be generated listing each subsidiary account's transactions in a separate 
sectioa In accordance with an exemplary embodiment, currmt limit(s) for subsidiary 

10 accounts may suppressed so that they may be prevented from being displayed on statements. 
Accordingly, subsidiary 350 may be enabled to monitor transactions so as to enable 
subsidiary to dispute charges if necessary. Altematively, subsidiary may be partially or fiiUy 
restricted from monitoring transactions depending of the choice of the parent. In addition, 
administrator 330 may enable parent 310 to monitor the amount of spending capacity 

15 consumed by subsidiary 350. As discussed herein, the levels of detail provided in such 
parent accoimt statements 334 may be configured by parent 310, subsidiary 350, or bolh. 
Further, whenever parent 310 has modified the spending capacity of subsidiary card account 
332, administrator 330 may be configured to notify subsidiary 350 through subsidiary 
account statement 336. Based upon the parent account statement 334, parent 310 may remit 

20 payment 3 14 to administrator 330, or a designee of administrator 330. 

Accordingly, an exemplary administrator 330 is configured to generate a parent 
account statement 334 for the parent account 315. In addition, administrator 330 is 
configured to dispatch subsidiary account statements 336 for each subsidiary card account 
332 to each designated subsidiary 350. The subsidiary account statements 336 may be 

25 dispatched to individual designated addresses such as the separate addresses of the 
individual subsidiaries 350. Moreover, administrator 330 is configured to charge, i.e., 
adjust, the parent account 315 spending power based on the spending capacity advanced to 
and consumed by each of the subsidiaries 350. In an exemplary embodiment, the parent 
account statement 334 provided to parent 310 regarding the activity of each subsidiary 350 

30 is limited to the aggregate sum owed. Altematively, the statements parent account may 
include additional information regarding the activities of each subsidiary 350 may be 
provided depending upon the wishes of parent 310 and/pr each subsidiary 350. 
Administrator 330 may provide various levels of control to parent 310 and/or various levels 
of independoice and privacy to subsidiary 350 tlirough this mechanism. Finally, 
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administrator 330 is configured to manage and track the balances of each parent account 315 
and each subsidiary card account 332 in accordance with the activities transacted using each 
account (e.g., purchases, cash advances, interest accrued, payments made, credit limits 
modified, spending capacities, etc.). 
5 Figure 4 illustrates an exemplary administrator 330 configured to administer a 

flexible Umit subsidiary card account 332. In accordance with this embodiment, 
administrator 330 is configured to faciUtate conununication between parent 310, a 
subsidiary 350, and a merchant 370 regarding the status (e.g., transactions, accrued interest, 
balances, available credit, payments, billings, etc.) of subsidiary card account 332 and a 
10 parent account 315. In accordance with this embodiment, administrator 330 comprises an 
account administrator 430, a transaction administrator 440, a settler 450, and a statement 
generator 460. 

In an exemplary embodiment, account administr^or 430 is configured to receive a 
request from parmt 310 and to facilitate the estabUshment, issuance and administration of 

15 one or more subsidiary card account 332 so that it may be used by the subsidiary 350 to 
facihtate transactions. In addition, account administrator 430 is configured to faciUtate 
determination and adjustment of appropriate spending powers for the parent accoimt 315 
and the subsidiary card account 332 in accordance with a predetermined set of rules. 
Accordingly, account administrator 430 is configured to receive and faciUtate execution of a 

20 request from a parent 310 to define, modify, and/or terminate the spending and/or debt 
accumulation limits for the subsidiary card account 332 and to charge, i.e., adjust, the parent 
account 315 spending power based on the credit advanced to and consumed by each of the 
subsidiaries 350. Further, accoxint administrator 430 is configured to manage and track the 
balances of each parent account 315 and each subsidiary card account 332 in accordance 

25 with the activities transacted using each accoimt (e.g., purchases, cash advances, interest 
accrued, payments made, credit limits modified, spending capacities, etc.). In the event 
parent 310 fails to remit payment as promised, account administrator 430 is configured to 
place a hold on subsidiary card account 332. 

In an exemplary embodiment, transaction administrator 440 is configured to 

30 faciUtate transactions imtil a pre-set spending capacity has been consumed. Accordingly, 
transaction administrator 440 is configured to Umit total spending. In addition, transaction 
administrator 440 may be configured to Umit spending for specific classes of goods and/or 
services, to Umit spending at specific classes of merchants or service providers, or to Umit 
spending at specifically identified merchants or service providers. Moreover, where specific 
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restrictions exist to condition the use of the parent account 315, the transaction administrator 
may be configured to enforce those restrictions against any associated subsidiary card 
account 332. Finally, transaction administrator 440 may be configured to accommodate 
emergency transactions in accordance with predefined criteria, e.g., specific medical service 
5 providers or pharmacies. 

In an exemplary embodiment, settler 450 is configured to provide a setthng payment 
to merchant 370. In addition, settler 450 is configured to arbitrate disputed transactions 
associated with subsidiary card account 332 directly with subsidiary 350 and merchant 370. 
In an exemplary embodiment, statement generator 460 is configured to generate a 

10 parent account statement 334 for the parent account 315 and to dispatch subsidiary account 
statements 336 for each subsidiary card account 332 to each designated subsidiary 350. 

It should be noted that the system of the instant invention may also incorporate 
features to facilitate additional security benefits. While these features may take many forms 
that may be appreciated by one of ordinary skill in the art, an exemplary system includes a 

15 card replacer that may be activated to replace a parent card or a subsidiary card. In addition, 
a customer service engine may be configured to receive a message fiom a parent or a 
subsidiary through any means known in the art, such as a telephone call or an e-mail 
message or another message transmitted, for example, through the internet. Customer 
service engine may also be configured to verify the identity of the message sender, e.g., a 

20 parent or a subsidiary, to verify the authority of the message sender to request a service, i.e., 
emergency card replacement, and to determine the appropriate responsive action, such as 
requesting that the card replacer send the requester a replacement card. As a result, 
additional security benefits are realized by the consumer. 

Figure 5 illustrates an exemplary process for administering a flexible limit subsidiary 

25 card account 332. In accordance with this embodiment, a parent 310 submits a request 312, 
via facsimile, telephone, internet or any other means known in the art, for a subsidiary card 
account 332 to an agent, delegate, or affiliate of the administrator (step 510). The request 
312 may include information sufficient to identify and verify the identity of the parent 310 
and the subsidiary 350 (e.g., name, address, sodal security number, mother's maiden name, 

30 telephone number). The request 312 may also include information necessary to configure a 
subsidiary card account 332 such as desired spending C£q)acity, credit line, restricted 
merchants 370 or classes of merchants, emergency enabled merchants or classes of 
merdiants for whom the spending capacity may be extended or waived, and whether carry- 
over is enabled. In response, admmistrator 330 may approve or refiise the request based 

45 



V*' 

upon a predetermined set of criteria such as credit worthiness or payment history of the 
parent 310 (step 512). If administrator 330 ^proves the request 312, administrator 330 
establishes subsidiary card accoxmt 332 and a subsidiary spending capacity (step 514). The 
subsidiary card account 332 and the parent account 315 are linked in that the parent account 
5 315 remains responsible for transactions facilitated by the subsidiary card account 332 and 
in that the parent 310 may access account and transaction information related to the 
subsidiary card account 332. To accommodate the provision of credit to subsidiary 350, 
administrator 330 decreases the spending power of the parent account 315 in accordance 
with a predetermined set of rules, for example, by an amount less than the amount of credit 

1 0 provided to subsidiary 350 (step 5 1 6). Accordingly, administrator 330 accepts some risk for 
the extension of credit to subsidiary 350. In the event of non-payment for transactions 
facihtated by the subsidiary card account, a hold may be placed upon both the parent 
account 315 and the subsidiary card account 332. Ultimately, the parent 310 is responsible 
for all transactions facihtated by the subsidiary card account. Finally, administrator 330 

15 dispatches tangible indicia of subsidiary card account 332, sudi as a plastic card, to 
subsidiary 350 (step 520). 

If approved, the system issues a card to subsidiary 350 as well as a PIN number or 
other system and method for verifying the identity of, i.e., authenticating, the user at, for 
example, an ATM. Upon receipt of the card, before use, the system may require the card 

20 member to activate subsidiary card account 332 (e.g., sign the card and/or place a telephone 
call to a predetermined number). Once subsidiary card account 332 has been activated, 
subsidiary 350 may use the subsidiary card account 332 throu^out the cycle period to 
facilitate on-line and off-line transactions at permissible merchants 370 or to conduct 
withdrawals of cash at ATMs until the pre-set spending capacity has been reached. 

25 Upon establishment of the subsidiary card account 332, subsidiary 350 may use the 

subsidiary card account 332 to faciUtate purchases of goods and/or services 372 or may 
access ATMs for cash (step 530) using known in the art systems and methods. After 
subsidiary 350 uses the subsidiary card account 332, administrator 330 provides a settling 
payment 338 to merchant 370 using any appropriate settlement procedures known in the art 

30 (step 532). In addition, administrator 330 prepares and issues a statement to parent 310 
reflecting the activity of subsidiary 350 using the subsidiary card account 332 (step 534). In 
an exemplary embodiment, a typical statement generator and printer are utilized to produce 
a consolidated statement containing account and transaction data for both the parent account 
315 and the subsidiary card account 332. Finally, administrator 330 prepares and issues a 
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statement to subsidiary 350 reflecting the activity on the subsidiary card account 332 for that 
cycle (step 536). 

In the beginning of cycle, the parent account 315 is debited with the monthly budget 
allocated to the subsidiary card account 332, and the subsidiary card account 332 is credited 
5 with a corresponding value. Subsidiary card account 332 usage is then permitted during the 
cycle up to the spending capacity to facilitate subsidiary transactions such as spending at a 
merchant 370 or a withdrawal of cash at an ATM. 

At the end of the cycle, the issuer provides a statement to parent 310. The statement 
includes the spending capacity (ak.a budget) that was allocated to subsidiary 350 at the 
10 beginning of the cycle. Changes to the spending capacity are accomplished where, furst, 
parent 310 desired to effect a change, second, communicates a request to the issuer (e.g., via 
telephone or on-line), third, the issuer ^proves the request, and fourth, implements the 
change. 

At cycle cut, the system provides a billing statement reflecting the charges made by 
15 subsidiary 350 to parmt 310, either in a consoUdated form with the statement for the parent 
account 315 or as a stand alone statement. Also, the system updates the spending capacity 
in accordance with the agreement with parent 310 (e.g., reflecting carry-over designations, 
charges made, payments made, interest accrued, adjustments to the spending capacity, and 
the Uke). 

20 Once one or more subsidiary card accoimt 332 has been estabUshed, the charges for 

each subsidiary card account 332 may be billed, for example, on a periodic (e.g., monthly) 
basis to, for example, the parent account 315 or a company's account or a predetermined 
bank account for direct payment. Parent 310 may pay the charges on the subsidiary card 
account 332 on a periodic (e.g., monthly) basis through any available funding vehicle (e.g., 

25 credit card, debit card, bank account, cash) or any combination thereof 

The system may also be configured to allow parent 310 to modify the spending 
capacities of the subsidiary card account 332 or to cancel subsidiary card accovmt 332 
altogether. In the event that parent 310 wishes to modify the spending capacity of 
subsidiary card account 332, parent 310 may communicate a request to administrator 330 

30 via facsimile, intemet, telephone or other method known in the art (step 540). Once 
administrator 330 has received the request, administrator 330 may then modify the spending 
capacity of subsidiary card account 332 in accordance with a predetermined allocation of 
risk (step 542), and may notify subsidiary 350 of the modification (step 544) by facsimile, 
telephone, intemet, e-mail, courier, standard mail or other means known in the art. 
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In addition, the system is configured to enable parent 310 to modify the pre-set 
spending capacity upon the request of parent 310. In situations where parent 310 would like 
to change spending capacity, or cancel subsidiary card account 332, parent 310 
communicates the request to the administrator via telephone call to a predefined telephone 
5 number or via on-line request In response, administrator 330 approves the request and 
accomplishes the modification. 

In accordance with an exemplary embodiment, the system facilitates the application 
and subsidiary card account 332 establishment process. The system also tracks subsidiary 
card account 332 usage and payments, and tracks the outstanding balance relative to the pre- 

10 set spending capacity. In accordance with this embodiment, the application and subsidiary 
card account 332 establishment process begins when parent 310 and a potential subsidiary 
apply for a subsidiary card account 332 by transmitting appUcation information to an 
administrator. The application information may include information identifying parent 310 
(e.g., personal details regarding parent 310, account number of parent account 315), 

15 information identifying subsidiary 350 (e.g., personal details regarding subsidiary 350), 
information defining the desired characteristics of the subsidiary card account 332 (e.g., 
desired spending capacity, allowable carry-over from cycle to cycle, hmited or forbidden 
merchants 370, and the Uke), and acceptance of terms (e.g., agreement of responsibility). 

In the event that parent 310 elects to cancel the parent account 315, administrator 

20 330 will also cancel any subsidiary account 332 Unked to the cancelled accoimt, unless 
parent 310 provides another form of security for the subsidiary card account 332. If the 
subsidiary card account 332 has a positive balance at the time it is cancelled, administrator 
330 will refimd the positive balance to parent 310. Administrator 330 is also configured to 
accommodate disputed transactions associated with subsidiary card account 332 directly 

25 with subsidiary 350. In the event parent 310 fails to remit payment to administrator 330 as 
promised, administrator 330 is configured to place a hold on subsidiary card account 332. 

The present invention may be described herein in terms of functional block 
components, screen shots, optional selections and various processing steps. It should be 
appreciated that such fimctional blocks may be reahzed by any number of hardware and/or 

30 software components configured to perform the specified functions. For example, the 
present invention may employ various integrated circuit components, e.g., memory 
elements, processing elements, logic elements, look-up tables, and the like, which may carry 
out a variety of fiinctions under the control of one or more microprocessors or other control 
devices. Similarly, the software elements of the present invention may be implemented with 
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any programming or scripting language such as C, C++, Java, COBOL, assembler, PERL, 
extensible markup language (XML), with the various algorithms being implemented with 
any combination of data structures, objects, processes, routines or other programming 
elements. Further, it should be noted that the present invention may employ any number of 
S conventional techniques for data transmission, signaling, data processing, network control, 
and the like. Still further, the invention could be used to detect or prevent security issues 
with a client-side scripting language, such as JavaScript, VBScript or the like. For a basic 
introduction of cryptography, please review a text written by Bruce Schneier, which is 
entitled "Applied Cryptography: Protocols, Algorithms, And Source Code hi C," published 

10 by John Wiley & Sons (second edition, 1 996), which is hereby incorporated by reference. 

Other examples of oxiline reward or incentive systems are disclosed in U.S. Patent 
No. 5,774,870, issued on June 30, 1998, and U.S. Patent No. 6,009,412, issued on 
December 29, 1999, both of which are hereby incorporated by reference. Additional 
information relating to smart card and smart card reader payment technology is disclosed in 

15 U.S. Patent Nos. 5,742,845; 5,898,838 and 5,905,908, owned by Datascape; which are 
hereby incorporated by reference. Moreover, additional information related to online 
privacy and anonymity systems may be foimd at www.PRIVADA.COM, which is hereby 
incorporated by reference. 

It should be ^preciated that the particular implementations shown and described 

20 herein are illustrative of the invention and its best mode and are not intended to otherwise 
limit the scope of the present invention in any way. Indeed, for the sake of brevity, 
conventional data networking, application development and other functional aspects of the 
systems (and components of the individual operating components of the systems) may not 
. be described in detail herein. Furthermore, the connecting lines shown in the various figures 

25 contained herein are intended to represent exemplary functional relationships and/or 
physical couplings between the various elements. It should be noted that many alternative 
or additional functional relationships or physical connections may be present in a practical 
electronic transaction system. 

As will be appreciated by one of ordinary skill in the art, the present invention may 

30 be embodied as a method, a data processing system, a device for data processing, an 
integrated circuit, and/or a computer program product. Accordingly, the present invention 
may take the form of an entirely software embodiment, an entirely hardware embodiment, or 
an embodiment combining aspects of both software and hardware. Furthermore, the present 
invention may take the form of a computer program product on a computer-readable storage 
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medium having computer-readable program code means embodied in the storage medium 
Any suitable computer-readable storage medium may be utilized, including hard disks, CD- 
ROM, optical storage devices, magnetic storage devices, and/or the like. 

The present invention is described herein with reference to screen shots, block 
5 diagrams and flowchart illustrations of methods, apparatus (e.g., systems), and computer 
program products according to various aspects of the invention. It will be understood that 
each functional block of the block diagrams and the flowchart illustrations, and 
combinations of functional blocks in the block diagrams and flowchart illustrations, 
respectively, can be implemented by computer program instructions. These computer 

10 program instructions may be loaded onto a general purpose computer, special purpose 
computer, or other programmable data processing apparatus to produce a machine, such that 
the instructions which execute on the computer or other programmable data processing 
apparatus create system and method for implementing the functions specified in the 
flowchart block or blocks. 

15 These computer program instructions may also be stored in a computer-readable 

memory that can direct a computer or other programmable data processing apparatus to 
function in a particular maimer, such that the instructions stored in the computer-readable 
memory produce an article of manufacture including instruction means which implement the 
function specified in the flowchart block or blocks. The computer program instructions may 

20 also be loaded onto a computer or other programmable data processing apparatus to cause a 
series of operational steps to be performed on the computer or other programmable 
apparatus to produce a computer-implemented process such that the instructions which 
execute on the computer or other programmable apparatus provide steps for implementing 
the functions specified in the flowchart block or blocks. 

25 Accordingly, functional blocks of the block diagrams and flowchart illustrations 

support combinations of system and method for performing the specified functions, 
combinations of steps for performing the specified functions, and program instruction for 
performing the specified functions. It will also be understood that each functional block of 
the block diagrams and flowchart illustrations, and combinations of functional blocks in the 

30 block diagrams and flowchart illustrations, can be implemented by either special purpose 
hardware-based compiiter systems which perform the specified functions or steps, or 
suitable combinations of special purpose hardware and computer instructions. 

In the foregoing specification, the invention has been described with reference to 
specific embodiments. However, it will be appreciated that various modifications and 
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changes can be made without departing from the scope of the present invention. The 
specification and figures are to be regarded in an illustrative manner, rather than a restrictive 
one, and all such modifications are intended to be included within the scope of present 
invention Accordingly, the scope of the invention should be determined by the appended 
claims and their legal equivalents, rather than by tiie examples given above. For example, 
the steps recited in any of the method or process claims may be executed in any order and 
are not limited to the order presented in the claims. 

Benefits, other advantages, and solutions to problems have been described above 
with regard to specific embodiments. However, the benefits, advantages, solutions to 
problems, and any element(s) that may cause any benefit, advantage, or solution to occur or 
become more pronounced are not to be construed as critical, required, or essential features 
or elements of any or all the claims. As used herein, the terms "comprises", "comprising", 
or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a 
process, method, article, or apparatus that comprises a list of elements does not include only 
those elements but may include other elements not expressly listed or inherent to such 
process, method, article, or apparatus. Further, no element described herein is required for 
the practice of the invention unless expressly described as "essential" or " critical." 
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